我有兴趣听听你用过非关系型"nosql"数据库的设计策略- 也就是说,不使用传统关系设计或SQL的(通常是新的)数据存储类(如Hypertable,CouchDB, SimpleDB,Google App Engine数据存储,Voldemort,Cassandra,SQL数据服务等).它们通常也被称为"键/值存储",而在基础上它们就像巨大的分布式持久哈希表.
具体来说,我想了解概念数据设计与这些新数据库的差异.什么更容易,更难,什么不能完成？
您是否想出了在非关系世界中工作得更好的替代设计？
你有没有碰到任何看似不可能的东西？
您是否与任何设计模式弥合了差距,例如从一个设计模式转换为另一个设计模式？
你现在甚至都在做明确的数据模型(例如在UML中),还是让你完全放弃它们以支持半结构化/面向文档的数据blob？
您是否错过了RDBMS提供的任何主要额外服务,例如关系完整性,任意复杂的事务支持,触发器等？
我来自SQL关系数据库背景,所以标准化在我的血液中.也就是说,我获得了非关系数据库的优点,简化和扩展,我的直觉告诉我必须有更丰富的设计功能重叠.你做了什么？
仅供参考,这里有类似主题的StackOverflow讨论: