Комментарии 11
Цель Riak из CAP — это A
капитан?
Ничего не понял. Если у меня есть ученики, преподаватели, договора с теми и другими, предметы, уроки, расписание, учебные планы... Как мне предлагается их хранить в такой базе без отношений?
У каждой разновидности баз есть своя ниша. Конкретно для вашего случая следует выбрать классические реляционные базы.
А-а-а, то-то я и чую. Мозг додумывал продолжение заголовка словами "...при сохранении тех же возможностей управления данным, как в реляционных СУБД", а оказалось, нет.
Теперь бы понять, почему коллеги используют DynamoDB, а хранят в них сущности с отношениями между ними. Но это не к вам, конечно, вопрос. Вы всё объяснили ясно и по сути.
Потому что это адово быстро и удобно.
Ага, только транзакций нет, запросов с соединениями нет, агрегации нет. Удобно!
Транзакции завезли уже, SQL нет и не будет, но уже есть нечно похожее: https://aws.amazon.com/blogs/opensource/announcing-partiql-one-query-language-for-all-your-data/
Ну и не нужно гвозди забивать микроскопом, конечно.
То, что отношений нет на уровне СУБД - не значит, что отношения нельзя организовать на уровне ключей или хранимых объектов.
Да, придется самостоятельно следить за целостностью и согласованностью данных. Но это вполне реализуемо и достижимо.
Впрочем, полноценно заменить реляционную СУБД все равно не удастся скорее всего - главным образом потому, что SQL позволяет очень гибко данные получать и обрабатывать. А с KV-базами надо заранее планировать "где кто и как" будет данные получать и обрабатывать.
в отличие от Sets Sorted, sets позволяют извлекать диапазоны
Тут запятая правильно поставлена? :)
Похоже как в классике: "Убить нельзя помиловать"...
Удивился, увидев riak : последнее, что про нее слышал это то, что компания-разработчик Basho Technologies закрылась.
Пришлось погуглить - оказывается база еще живет. Ее подхватило коммьюнити и другие компании. Даже версию 3.0 выпустили.
PS: Но, в этой статье все-таки про старую (2.x) версию riak-а написано: оригинальная статья 2017го года, когда у riak-а еще была материнская компания :)
А как же Cassandra? Тоже ведь KV-хранилище. И куда популярнее того же Riak.
Как базы данных «ключ-значение» обеспечивают производительность и масштабируемость без границ