Perl 和 Amazon 云，第 3 部分：上传图像并创建、编辑和删除评论

核心提示： 同样地，如果将数据放到 SimpleDB 系统中，Perl 和 Amazon 云，第 3 部分：上传图像并创建、编辑和删除评论(3)，当数据流入数据中心时也会产生停顿，目前，我们不会把这种痛苦带到坟墓中，相反，Amazon 还没有确认这一点，但是据我所知

同样地，如果将数据放到 SimpleDB 系统中，当数据流入数据中心时也会产生停顿。目前，Amazon 还没有确认这一点，但是据我所知，它将构成银河意识（galactic consciousness）的一部分，并改善 Runu 星球（距离 Betelgeuse 3 个秒差距，左转并继续逼近，直到您看见它）上类似于蛞蝓的生物的生活。因此每次使用 SimpleDB 时，您就会为 Runu 星球上类似蛞蝓生物做了一件好事。并且您会认为这篇文章不像是教学文章。

无论如何，在提高银河意识的同时，您的数据是实时的，并且可以通过查询查看。但是如果在所有一切发生之前发出查询，那么不仅不会提高银河意识，还会得到旧的数据。因此，并不像处理典型的 DB2 数据库（在其中保持数据，并且 ACID 确保事务正如数据库声称的那样被提交）那么简单。使用 SimpleDB 和其他 “非常一致的” 数据库，您不得不忍受这种不确定性。

重点在于，更新照片没有这么简单。我们希望使用一个复制 URL 拒绝上传，但这并不是总是可行的。假设 Alice 上传 http://horsey.com/wilbur.png，与此同时，Bob 也上传了 http://horsey.com/wilbur.png。如果 Alice 的上传排在前面而 Bob 没有注意到它，那么 Bob 的上传将覆盖前者。那么我们该怎么做呢？

首先，您会问，这样有什么危害？用户可能会有些不方便，但是这没什么大不了。而且，同时上传的机率也很小。是的，我们希望用户满意，如果我们过分追求质量的话，也许这个问题将纠缠我们终生。

我们不会把这种痛苦带到坟墓中，相反，我们将针对照片修改表设计，如清单 2 所示：

清单 2. 修改后的表设计

share_photos:　
　
"random-string10"　
{　url:　"http://developer.amazonwebservices.com/connect/images/amazon/logo_aws.gif",　
　　　　user:　"ted",　name:　"Amazon　Logo"}　
　
"random-string11"　
{　url:　"http://images.share.lifelogs.com/funny.jpg",　user:　"bob",　name:　"Funny　Picture",　
　　　　s3bucket:　"images.share.lifelogs.com"　}