我是一個新手建立的應用程序,允許評論某些「文章」。我可以有許多文章與個別評論專門針對該文章。SimpleDB作爲評論數據庫
我正在考慮使用SimpleDB(已安裝並運行我的應用程序的其他組件)。我會使用一個域來存儲所有文章中的所有評論,並在需要時查詢此域以引入適當的評論。顯然,隨着這個規模的擴大,我需要分散在多個領域。我很樂意將評論限制在255個字符或更少。
此解決方案是否有意義?我缺少什麼重大缺點?
謝謝!
我是一個新手建立的應用程序,允許評論某些「文章」。我可以有許多文章與個別評論專門針對該文章。SimpleDB作爲評論數據庫
我正在考慮使用SimpleDB(已安裝並運行我的應用程序的其他組件)。我會使用一個域來存儲所有文章中的所有評論,並在需要時查詢此域以引入適當的評論。顯然,隨着這個規模的擴大,我需要分散在多個領域。我很樂意將評論限制在255個字符或更少。
此解決方案是否有意義?我缺少什麼重大缺點?
謝謝!
Steven,考慮到您可以使用的限制(稍後在應用程序擴展和255字符限制時對域進行分片),SimpleDB對於像這樣的事情是非常合適的。
itemName | comment1 | comment2 | ... | commentN
-----------------------------------------------
articleID| This is..| I like...| ... | Blahbl..
的條款ArticleID將只是需要你找出任何方式:其實,如果你有1個更多的文章to 255 total限制意見的限制,OK,你可以通過存儲在SimpleDB的結構如下做到這一點真的很乾淨系統中的文章,以便您可以快速查找;那麼你可以拉一個物品,用它的所有屬性,你會得到那篇文章的所有評論。
如果您想要更改順序(ASC/DESC),您必須在應用層執行此操作,因爲SimpleDB不會對您的attrs應用排序,僅針對項目列表本身。
這也有助於保持域更緊密,以便查詢運行速度更快,時間更長。
如果你需要每件商品超過255個意見,你可以打破他們伸到根據註釋1項,是這樣的:
itemName | commentID | commentTest
----------------------------------
articleID| 1 | Ham is gr..
然後你就可以方便地查詢所有的意見上的文章和應用如果您希望它們是ASC或DESC,則可以對「commentID」字段進行排序。