Indexing 谁使用SimpleDB索引？

SimpleDB声明每个项的任何列都将被自动索引。 我认为索引将占用大量存储空间并降低性能，是否有许多应用程序经常使用SimpleDB的索引？或 是否有一些经典应用程序在没有SimpleDB索引的情况下无法运行

---

非常感谢。

我认为您接近SimpleDB有点太像普通SQL数据库。SimpleDB总是索引的特性内置于产品的核心，您不必担心索引存储大小，因为您只需为实际属性键和值的存储付费（除了查询）

使用SimpleDB的一大优势是，您可以将性能调优外包给其他人，并可以专注于应用程序逻辑

由于保留索引（已使用或未使用）的唯一实际成本是磁盘空间，因此应该不会出现性能问题。插入也许是可行的，但我相信SimpleDB最终的一致性特性减轻了任何此类开销

我不确定你问题的第二部分的确切含义。确实有很多应用程序使用SimpleDB作为其备份存储。它是否适合您是只有您才能回答的问题，但索引性能不应该是一个问题

---

在中，您会发现一些公司使用SimpleDB作为其唯一的支持存储或补充。

我认为您接近SimpleDB有点像一个普通的SQL数据库。SimpleDB总是索引的特性内置于产品的核心，您不必担心索引存储大小，因为您只需为实际属性键和值的存储付费（除了查询）

使用SimpleDB的一大优势是，您可以将性能调优外包给其他人，并可以专注于应用程序逻辑

由于保留索引（已使用或未使用）的唯一实际成本是磁盘空间，因此应该不会出现性能问题。插入也许是可行的，但我相信SimpleDB最终的一致性特性减轻了任何此类开销

我不确定你问题的第二部分的确切含义。确实有很多应用程序使用SimpleDB作为其备份存储。它是否适合您是只有您才能回答的问题，但索引性能不应该是一个问题

---

在中，您会发现一些公司使用SimpleDB作为其唯一的支持存储或补充。

第二个问题意味着我想知道一些依赖SimpleDB索引功能的应用程序，这些应用程序如果没有索引功能就无法继续。非常感谢，我将搜索案例以找到索引必需的应用程序。第二个问题意味着我想知道一些依赖于SimpleDB索引功能的应用程序，这些应用程序如果没有索引功能就无法继续。非常感谢，我将搜索案例以找到索引所需的应用程序。