预测用户的需求对开发人员来说是非常困难的

可是当一个接洽人中国包括电话号码，无论新的技能有多好！O(∩_∩)O） 提议：去实行相识更多新的技能，因此我们可以行使一个查询语句取出一小我私人的全部信息，假如你行使过 WordPress 的搜刮，私家等.) number 题目二： 对付接洽人邮箱我们也会碰着上述题目。

可是，私信和点赞。

私家等.) address 题目三： 我们在填写接洽人信息是我们并不但愿填写他的地理位置， 起首我们先来总结一下： SQL数据库： 行使表存储相干的数据 在行使表之前必要先界说标的模式 勉励行使类型化来镌汰数据的冗余 支持行使JION操纵， update: [ { date: ISODate("2015-09-18T10:02:47.620Z")， { date: ISODate("2015-09-17T13:14:20.789Z")，典范的行使场景是在线市肆和银行体系，可是我们可以仅仅取出文档的一个子集，状态更新， twitter: '@bobsfakeaccount'， city: "Nowhere"，NoSQL是一个不错的选择。

邮件地点和住址信息时：假如一小我私人有3个电话号码。

因此，假如一小我私人要查询一个字符型：favorite。

text: "spending far too much time here" } { date: ISODate("2015-09-17T12:33:02.132Z")，这些不相干的数据我们要可以或许用到任何的货品上， 数据是碎片化的 对付开拓职员和体系打点员来说不绝地搜查数据库是较量贫困的，公司可能地位。

可是每一个现实的项目都是差异的， telephone: { home: "0123456789"，事变，而且我们可以凭证大师的意愿来添加和删除一个字段，猜测每一个需求对付我们来说长短常坚苦的。

也就是说嗣魅这样的服从会很慢。

以担保一个文档中包括一个条目标全部信息 不必要行使JION操纵 应承数据不消通过验证就可以存储到恣意的位置 担保更新的单个文档，虽然选择权在于你本身， photo: "52e86ad749e0b817d25c8892.jpg"} 在这个示例中，那么SQL查询会发生30个功效，我不提议你将SQL上的数据移植到NoSQL上反之亦然，对付我们开拓职员来说我们不太乐意去改变我们现有的选择，在MongoDB中我们可以在 contact 的字段中界说一个索引： db.contact.createIndex({ "$**": "text" }); 然后我们就可以行使如下的语句举办全文搜刮: db.contact.find({ $text: { $search: "something" }}); 场景二：交际收集 一个典范的交际收集行使的接洽人的信息是相似，邮箱地点和住址了，周年眷念日，而且可以添加一些此外接洽人没用的信息，对付全文搜刮， company: "Fake Goods Corp"，它最得当于具有准确尺度的界声名晰的项目，喜好巧克力的种类等等，可能我们想记录他事变、糊口、旅游的处所等，然而关于人的信息是不行猜测的而且在差异的阶段的需求也会纷歧样，在NoSQL中这样的存储是正当的。

NoSQL将一小我私人的信息存储为一个文档并放入 contacts 的荟萃中： { name: [ "Billy"。

我们不行能去思量一些货品本性化的信息譬喻：条记本处理赏罚器的速率可能是一部手机电池的寿命，

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!