RDBMS的表和NoSQL的文档是一样的吗?
我很抱歉问这个问题,因为我确信在这里以前有人问过这个问题,但我似乎找不到一个如此好的问题来为我澄清这个问题。如果我来自RDBMS背景,我如何以NoSQL方式(用NoSQL思考)轻松地对数据建模。NoSQL世界中经常使用的术语似乎与我们都从RDBMS中了解到的术语有很多冲突,我认为这就是困惑的核心所在 我已经阅读了一些关于couchdb和MongoDB的文档,我从理论上理解它,但是当涉及到实际实现我所学到的内容时,我真的发现自己仍然在思考SQL和关系RDBMS的表和NoSQL的文档是一样的吗?,sql,mongodb,couchdb,document-database,nosql,Sql,Mongodb,Couchdb,Document Database,Nosql,我很抱歉问这个问题,因为我确信在这里以前有人问过这个问题,但我似乎找不到一个如此好的问题来为我澄清这个问题。如果我来自RDBMS背景,我如何以NoSQL方式(用NoSQL思考)轻松地对数据建模。NoSQL世界中经常使用的术语似乎与我们都从RDBMS中了解到的术语有很多冲突,我认为这就是困惑的核心所在 我已经阅读了一些关于couchdb和MongoDB的文档,我从理论上理解它,但是当涉及到实际实现我所学到的内容时,我真的发现自己仍然在思考SQL和关系 Table -> Collection
Table -> Collection
Row -> Document
详情如下:
请注意,并非所有NoSQL解决方案都是基于文档的。您有键值数据库、图形数据库、列数据库、文档数据库……这是正确的。但请记住,一个业务对象在关系数据库中的多个表中的多个行上分布,它通常集中在文档数据库中的一个文档中。@Phillip是正确的。虽然业务对象的数据可以存储在多个RDBMS表中,但它们都可以建模/存储在MongoDB中的单个集合中。因此,联接和事务的不可用实际上可能不是问题。NoSQL数据库中的数据建模比这里解释的要多得多。请参阅MongoDB或其他NoSQL数据库的文档。