Database design SimpleDB作为评论数据库

我是一个开发应用程序的新手，可以对某些“文章”发表评论。我可能会有很多文章，其中有专门与该文章相关的个人评论

我正在考虑使用SimpleDB（已经安装并运行我的应用程序的其他组件）。我会使用一个域来存储所有文章中的所有评论，并在需要时查询该域以获取适当的评论。显然，随着规模的扩大，我将需要跨越多个领域。我很乐意将注释限制在255个字符或更少

这个解决方案有意义吗？我有没有遗漏什么主要的缺点

---

谢谢

Steven，考虑到您可以接受的限制（稍后应用程序扩展时跨域分片和255个字符限制），SimpleDB非常适合这样做。事实上，如果您对限制文章评论的更多限制感到满意，那么您可以通过在SimpleDB中存储以下结构来做到这一点：

itemName | comment1 | comment2 | ... | commentN
-----------------------------------------------
articleID| This is..| I like...| ... | Blahbl..

articleID只需要是您在系统中识别文章的任何方式，这样您就可以快速查找它；然后你可以拉一个项目，它的所有属性，你会有所有的评论，按顺序，为该文章

如果您想更改排序（ASC/DESC），您必须在应用程序层进行更改，因为SimpleDB不会对属性应用排序，而只对项目列表本身应用排序

这也将有助于使您的域更紧密，以便查询运行得更快、更长

如果每篇文章需要255条以上的评论，您可以将它们拆分为每篇评论1条，如：

itemName | commentID | commentTest
----------------------------------
articleID| 1         | Ham is gr..

---

然后，您可以轻松地查询文章中的所有评论，并对“commentID”字段应用排序，如果您希望它们是ASC或DESC。

Steven，考虑到您可以接受的限制（稍后应用程序缩放时跨域分片，255个字符限制），SimpleDB非常适合这样的情况。事实上，如果您对限制文章评论的更多限制感到满意，那么您可以通过在SimpleDB中存储以下结构来做到这一点：

itemName | comment1 | comment2 | ... | commentN
-----------------------------------------------
articleID| This is..| I like...| ... | Blahbl..

articleID只需要是您在系统中识别文章的任何方式，这样您就可以快速查找它；然后你可以拉一个项目，它的所有属性，你会有所有的评论，按顺序，为该文章

如果您想更改排序（ASC/DESC），您必须在应用程序层进行更改，因为SimpleDB不会对属性应用排序，而只对项目列表本身应用排序

这也将有助于使您的域更紧密，以便查询运行得更快、更长

如果每篇文章需要255条以上的评论，您可以将它们拆分为每篇评论1条，如：

itemName | commentID | commentTest
----------------------------------
articleID| 1         | Ham is gr..

然后，您可以轻松地查询文章中的所有注释，并对“commentID”字段应用排序，如果您希望它们是ASC或DESC