在您拥有处理所有业务事务的关系数据库的环境中，最好是利用SimpleDB为所有数据查询提供更快，更轻量级的搜索？
因此主数据存储将是一个关系数据库，它被“复制”/“转换”为SimpleDB，以提供非常快速的只读查询，因为不需要JOINS和复杂的子选择。
答案 0 :(得分：2)
您正在考虑过早优化的气味......
您是否对应用程序进行了基准测试？您是否将搜索查询确定为性能瓶颈？您是否正确地在数据库中实现了索引？
IF（这是一个很大的问题）没有办法使用关系数据库为用户提供合适的搜索时间，NOSQL可能值得考虑......但不是之前！
答案 1 :(得分：0)
SimpleDB是一项很好的技术，但它声名鹊起并不比关系数据库更快。将查询卸载到复制的SimpleDB不太可能显着改善您的查询响应时间。
答案 2 :(得分：0)
我仍然觉得很难相信，但是我们的实验表明，从EC2实例到simpledb的往返行程平均可以达到300毫秒左右，在美好的一天！在糟糕的一天，我们已经看到它下降到1.5秒。这是一个插入。我很乐意看到有人复制实验来验证这些结果，但是因为它是... simpledb除了后期处理之外什么都不是解决方案 - 在请求/响应周期中它只会慢下来。
答案 3 :(得分：0)
如果数据基本上是只读的，请尝试使用索引视图。否则，将数据缓存在应用程序中。