![]() |
1
3
从技术上讲,一个公共层是可能的。不过,我怀疑这是否合理。 CouchDB为您的文档提供了集成的map/reduce功能,这些文档显示为“视图”。我不认为simpledb有那样的东西。另一方面,simpledb有couchdb没有的查询表达式。当然,如果您在开发时知道您的查询,那么您可以在couchdb中将这些表达式建模为视图。 此外,公共函数不超过创建/更新/删除一个密钥文档对。 |
![]() |
2
11
你漏掉了重点,只是有点。couchdb是一个数据库。S3是一个文件系统。它们都是相对非结构化的,但是使用S3,您将文件存储在键下,而使用CouchDB,您将(任意结构化)数据存储在键下。 类似于CouchDB的Amazon Web服务 Amazon SimpleDB . 像你正在寻找的东西已经存在于Ruby中了,它被称为 Moneta . 它甚至可以在S3上存储东西,这可能正是你想要的。 |
![]() |
3
4
吉姆,你错了。S3不是文件系统。它是用于键值存储的WebService。 亚马逊为你提供了一把钥匙。是的,该键的值可以是表示文件的数据。但是,如何在亚马逊系统中进行管理则完全不同。它可以存储在一个节点、多个节点、具有CloudFront的地理战略节点等中。该键本身没有任何指示系统将如何管理文件的内容。键的值决不是直接的文件。代表文件的是数据。该值最终如何解析为客户机接收的文件是完全独立的。 该键的值实际上可以是不代表文件的数据。它可以是JSON字典。从这个意义上说,S3的使用方式与CouchDB相同。 所以我不认为这个问题遗漏了重点。事实上,这是一个完全合法的问题,因为couchdb中的数据不分布在节点之间。这可能会影响性能。 我们甚至不要谈论AmazonSimpleDB。那是分开的。请不要混用条款,然后在此基础上提出索赔。 如果您不相信这一说法,并且有人要求,我很乐意提供一个代码位来说明S3中的JSON字典。 我尊重你对吉姆其他问题的回答。但是,在这里,你显然是错的,看不到这些观点是如何被证明是合理的。 |
![]() |
Gabe Tucker · 无法在golang中分配接口对象指针 3 年前 |
![]() |
randomDud · C#从另一个接口重写接口方法 3 年前 |
![]() |
evilsushi · C#接口不允许成员类满足要求 7 年前 |