项目中数据库的演变@代码旅行 :: 信仰永恒，无所畏惧|Do Faith No Fear

项目中数据库的演变

作为后端开发的人员，一直以来，我使用 Mysql 作为主力数据库，然而在数据库管理方面，同时维护着多个数据库和表是一件非常痛苦的事情，尤其是表及其键值的增加修改等，每每这个时候，就想着要解决这种痛苦。

用 json 串来解决这些问题

数据表 user 的键值有 4 个， id name tel sex，常规做法就是，执行下面的 sql 语句，创建这个表

CREATE TABLE IF NOT EXISTS `user` (
  `id` int(80) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL,
  `tel` varchar(255) NOT NULL,
  `sex` int(80) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

这个时候因为项目需求的变更，我们需要增加用户的生日(birth)，这时我们会在数据表中增加 birth 这一键值，这样依次操作，有的是还有一个现象，新增加的键值只是为一条或几条数据服务，而不是为所有的数据服务，那么这些数据的这一个键值的内容就是空，有些浪费。

如果我把这些内容全部通过 json 串的形式封装在一个表的键值中会怎么样呢？

上面的内容就可以写成

CREATE TABLE IF NOT EXISTS `user` (
  `id` int(80) NOT NULL AUTO_INCREMENT,
  `jsonstring` text NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

而这里的 jsonstring 是上面键值的 json 串合集，形式如

{"name":"","tel":"","sex":"","birth":""}

键值的增加对服务器的影响不会太大，灵活性提高。

NoSQL

上面的这个方案好是好，但是在性能和搜索上依旧有一定的问题，而 NoSql 的引入不失为另外一种比较好的解决办法。

NoSQL 和传统的关系型数据库不一样，它是一种非关系型的，可水平扩展的数据库，特点鲜明，缺点也鲜明，它主要是为了解决大型应用的问题，你也可以把它理解为我们上面一个解决方案的更高级形式。

目前有很多的 NoSQL 数据库，目前我使用的数据库是 mongodb ，简单介绍下它的安装，在 Mac OSX 上使用。

下载

解压

在根目录下创建 /data/db 文件夹，并赋予他们权限

在刚才 mongodb 目录下，执行 ./mongod 会提示你上面的内容，点同意这时就已经运行了 mongodb，可以从终端中看到，端口是 27017，用浏览器访问 http://localhost:27017 会得到一句话

It looks like you are trying to access MongoDB over HTTP on the native driver port.

mongodb 内置了一个小的 http 的 web 管理界面，默认端口是 28017，你需要通过执行

sudo mongod --httpinterface

然后通过 http://localhost:28017 来访问，更多关于创建数据库使用数据库等，可以去官方网站查看内容。

20160613 补充内容：

在 Mac 上可以通过 Homebrew 来安装

brew install mongodb

安装完成后，可以直接通过

brew services start/restart mongodb

来启动重启 mongodb，注意是后台运行的哦，这时候可以访问 http://localhost:27017，但 28017 的端口不能访问，可以去设置下 mongod.conf 文件

vi /usr/local/etc/mongod.conf

net 下增加如下内容

http.enabled: true
http.RESTInterfaceEnabled: true

完成！

update@20160927 : LessDB（1）

前言

外包项目做得多，总会遇到工作量重复的问题，后来我开发了一个 UnitServer 的框架解决后端服务器部分的问题，但在数据库方面，一直觉得还有更好的解决方案，上次也提过了 NoSQL 这个方案，原文见这里。

为什么 LessDB

对我来说，一个数据库自所以好，是因为我能很好的使用它，当然这只是我这种实用主义者的想法。但真的判断一个数据库好坏，其实没有一个标准，下面的几个参数内容仅供参考。

安全
性能
兼容
可移植
生产效率

目前来说市面上的关系数据库也好，还是 NoSQL 的一批数据库也罢，它们都做得很好。

但我还是觉得很麻烦，不好用，比如关系数据库就需要创建烦人的键值和表，很多数据库都非嵌入式的等等。

这些问题导致我想做一个小型的数据库，因为小，就起了个名字 LessDB。

目前的进展和问题

通俗点说，LessDB 的设计思路就是嵌入式的 NoSQL。基于 C/C++ 开发，我才完成 Objects 部分的模式设计处理，也是因为自身在这方面的技术能力有限，目前 LessDB 遇到的问题还是挺多。其他

UnQLite 对我帮助很大。

本文由 Bin Hua 发表于 2016-06-12 14:47:02

> 可在 Twitter/X 上评论该篇文章或在下面留言（需要有 GitHub 账号）