Стивен, учитывая ограничения, с которыми вы согласны (сегментирование между доменами позже, когда приложение масштабируется и ограничение в 255 символов), SimpleDB действительно подходит для чего-то вроде этого. На самом деле, если вас устраивает еще одно ограничение на количество комментариев к статье до 255 всего, вы можете сделать это действительно чисто, сохранив следующую структуру в SimpleDB:
itemName | comment1 | comment2 | ... | commentN
-----------------------------------------------
articleID| This is..| I like...| ... | Blahbl..
Идентификатор статьи просто должен быть любым способом, которым вы идентифицируете статьи в вашей системе, чтобы вы могли быстро найти его; тогда вы можете вытащить элемент со всеми его атрибутами, и у вас будут все комментарии по порядку для этой статьи.
Если вы хотите изменить порядок (ASC / DESC), вам придется сделать это на уровне приложения, поскольку SimpleDB не будет применять сортировку к вашим атрибутам, а только к списку самих элементов.
Это также поможет сохранить ваш домен более жестким, поэтому запросы будут выполняться быстрее и дольше.
Если вам нужно более 255 комментариев на статью, вы можете разбить их на 1 элемент на комментарий, например:
itemName | commentID | commentTest
----------------------------------
articleID| 1 | Ham is gr..
Затем вы можете легко запросить все комментарии к статье и применить порядок сортировки к полю «commentID», если вы хотите, чтобы они были ASC или DESC.
person
Riyad Kalla
schedule
13.05.2011