我正在研究一个将使用CouchDB进行灵活存储文档的项目。我的系统的需求与CouchDB的存储完美匹配。Rails和CouchDB - 建筑关注
但
我的问题真的归结为: 我应该keeop使用ActiveRecord和MySQL,以及...还有那都是一应俱全与ActiveRecord的使用得心应手插件(例如身份验证的木筏和访问控制)。只是想知道利用现有插件的优势是否值得额外的管理开销和可能的集成问题(在不同的数据存储区中工作)。
我正在研究一个将使用CouchDB进行灵活存储文档的项目。我的系统的需求与CouchDB的存储完美匹配。Rails和CouchDB - 建筑关注
但
我的问题真的归结为: 我应该keeop使用ActiveRecord和MySQL,以及...还有那都是一应俱全与ActiveRecord的使用得心应手插件(例如身份验证的木筏和访问控制)。只是想知道利用现有插件的优势是否值得额外的管理开销和可能的集成问题(在不同的数据存储区中工作)。
在单个应用程序中处理多个持久性存储并不罕见。一种非常常见的方法是使用关系数据库来存储指向存储在文件系统中的文件的路径。
因此,您可能认为CouchDB是数据模型特殊部分的特殊“文件系统”。另外,在大型应用程序中,多个商店和复杂的物理体系结构相当普遍,所以不要害怕为您的模型使用多个持久性存储。
您可以同时使用;有些模型仍然可以是ActiveRecord,其他模型可以是CouchDB。
我知道我可以,但这是个好主意吗?它闻到了我的味道。 – 2008-10-18 02:37:55