Я относительно новичок в проектировании баз данных. В настоящее время я использую amazon SimpleDB для предоставления информации своему приложению, до сих пор он был относительно хорошим и эффективным. По сути, я веду реестр пользователей (элементов), у которых есть свойства, связанные с их учетными записями в моем приложении.
Проблема в том, что мне нужна социальная структура, у каждого пользователя должен быть список друзей и список изображений, которые ему разрешено просматривать. Оба этих списка будут продолжать расти, и я просто не знаю, как с этим справиться в архитектуре Amazon SimpleDB. Я думал о свойстве с несколькими значениями, но боюсь, что размер может закончиться слишком быстро, поскольку длина значения составляет 1024 байта.
Я также подумал о том, чтобы выделить домен для друзей пользователей. Использование имени элемента в качестве идентификатора пользователя и использование свойств в качестве страниц для сохранения нескольких друзей, но я думаю, что это совершенно неправильно.
Кто-нибудь знает, как обрабатывать этот тип архитектур в amazon simpleDB? Или мне просто перейти на традиционную базу данных?
SimpleDB - это нереляционная база данных. Социальные данные, такие как списки друзей, во многом являются реляционными данными, поэтому SimpleDB - неподходящий тип базы данных для их использования.