这个场景更适合使用NoSQL

NoSQL的一个主要类型就是文档型NoSQL，例如 MongoDB，使用 json 结构存储数据，不需要事先定义好记录结构，自由添加删除记录中的某项，非常灵活

通过下面的这个场景，可以很好的看到NoSQL的便利性

场景 联系人列表

sql 的实现方式

我们要先定义好联系人的表结构，如

id (主键ID)

title (标题)

firstname （姓）

lastname （名）

gender （性别）

telephone （电话）

email （邮箱）

address1 （地址1）

address2 （地址2）

city （城市）

现在出现了新问题，很多人都有多个电话号码，例如 2个手机号，1个工作电话，或者其他，这时，为了可扩展性，我们需要单独建立一张电话表，就不关心联系人有多少个电话了

contact_id（联系人ID）

name (例如座机号，工作手机等)

number (电话号码)

同样的，邮箱、地址 也有这个问题，还按照上面的方式，新建 email表 和 address表

但很快，新问题又出现了，我们需要记录联系人的社交账号、他的喜好……，我们只好新建各种表来对应

这就造成了数据库管理员和开发人员都有点麻烦了，需要经常修改数据库结构，需要很多表的关联查询等

用sql来记录这种碎片化的数据就稍显费力了

NoSQL 的实现方式

每个联系人信息都是一个 json 数据，联系人列表就是一个 json 数据的集合，存储在一个文档里

例如

{

name: [ "Billy", "Bob" ],

company: "Corp",

jobtitle: "Data Management",

telephone: {

mobile: "9876543210",

work: "2244668800"

},

email: {

personal: "bob@mail.net",

work: "bob@mail.com"

},

address: {

home: {

line: "10 Non-Existent Street",

city: "Nowhere",

country: "Australia"

}

},

twitter: '@bobsfakeaccount',

note: "Don't trust this guy"

}

例如这个联系人多了一个电话号，直接在 telephone 中添加一个新数据项就好，例如

telephone: {

home: "0123456789",

mobile: "9876543210",

work: "2244668800"

}

又例如，现在需要记录用户的微信号了，直接在联系人的 json 中新加一个微信号的数据项即可

通个这个场景，可以看到在某些场景使用 NoSQL 会更便利一些，NoSQL已经比较成熟，可以在实际操作中多考虑下如何应用