扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章给大家分享的是有关MongoDB与sql关系型数据比较的示例分析的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。
站在用户的角度思考问题，与客户深入沟通，找到东乃网站设计与东乃网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都网站设计、成都网站制作、企业官网、英文网站、手机端网站、网站推广、域名申请、网页空间、企业邮箱。业务覆盖东乃地区。
摸索了几天，大体也初步算入了mongodb的门，仔细一想，mongodb和传统关系型数据库差别很大了。
传统关系型数据库中，一个数据库有一个或者多个表（Table），表中的数据是称之为记录，一行一行的，每行数据分不同的字段。
举一个容易理解的例子。一个人有姓名，性别，年龄，以及很多张银行卡；
如果使用关系型数据库，我们可能会是使用两张或者更多表来做记录，一张用户表来存用户的基本信息，另一张表通过用户id，和银行卡id,通过多条记录来存此人的多张银行卡对应关系；
那如果是在mongodb中，那就对应一个文件了
举个例子就是这样的数据了
{
Name:'小明',Sex:'男',Age:'25',
BankCards:[ ‘123445678','12233333','5555555']
}所以到目前的mongodb中，它是没有关系这个概念的；
此图反应了mongdb和传统的关系型数据库（MySQL,oracle）之间的对比;
应该说是，mongodb存的是一个完整的对象了，这个对象数据是已文档的形式存储的。至于它有什么优点，网上一大片说它优点，这里抓网络内容贴上：
架构：MongoDB是文档型数据库，其中一个集合保存不同的不同的文件。字段的数量，内容和该文件的大小可以是不同于从一个文件复制到另一个。
一个单一的对象是结构清晰
没有复杂的连接
深查询能力。 MongoDB支持动态查询使用基于文档的查询语言，如SQL几乎一样强大的文件
调优
易于规模化：MongoDB是易于扩展
不需要数据库对象的应用程序对象转换/映射
使用内部存储器存储（窗口）工作组，从而实现更快的数据存取
不过缺点有很多，首先：不支持事物，而不会支持这种什么inner join ,left join等这样的关系连接，（因为不是关系型数据库嘛）。还有个我觉得是缺点，占用空间！
感谢各位的阅读！关于“mongodb与sql关系型数据比较的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网