Когда использовать хранилище данных в виде пар "ключ-значение" по сравнению с более традиционным реляционным DB?
Можно ли разработать то, под чем Вы подразумеваете в параллели ? Это кажется, что необходимо реализовать своего рода привязку очереди, таким образом, записи не выбраны дважды, и т.д. и команды, выполненные только однажды.
Большая часть системного обмана очереди - они просто пишут гигантский список ожидающих выполнения задач, затем выбирают, например, десять объектов, работают их и выбирают следующие десять объектов. Нет никакого распараллеливания.
, Если Вы предоставляете еще некоторую подробную информацию, я уверен, что мы можем выручить Вас.
3 ответа
По моему опыту, если вы даже задаетесь вопросом, использовать ли традиционные или эзотерические практики, то переходите к традиционным. Хотя эзотерические практики сексуальны, сложны и забавны, 99,999% приложений требуют традиционного подхода.
Что касается отношения отношения к KV, вопрос, который вы должны задать, таков:
Почему бы Я не хочу использовать реляционную модель для этого сценария: ...
Поскольку вы не описали сценарий, никто не может сказать вам, почему вы не должны его использовать. Основная причина KV - масштабируемость, которая сейчас не является проблемой. Вы знаете правила оптимизации?
- Не делайте этого.
- (только для экспертов) Не делайте этого сейчас.
Системы баз данных типа "ключ-значение", иерархические, сопоставления или графы намного ближе к стратегиям реализации, они сильно привязаны к физическому представлению. Основная причина выбрать один из них - если есть веские аргументы в пользу производительности и он очень хорошо соответствует вашей стратегии обработки данных. Остерегайтесь, специальные запросы обычно не подходят для этих систем, и вам лучше принять решение по запросам заранее.
Системы реляционных баз данных пытаются отделить логическую бизнес-ориентированную модель от лежащего в основе физического представления и стратегии обработки. Это разделение несовершенное, но все же неплохое. Реляционные системы отлично подходят для обработки фактов и извлечения надежной информации из наборов фактов. Реляционные системы также отлично подходят для специальных запросов, с чем, как известно, плохо справляются другие системы. Это отлично подходит для делового мира и многих других мест. Вот почему реляционные системы так распространены.
Если это бизнес-приложение, реляционная система почти всегда является ответом. Для других систем это, вероятно, ответ. Если у вас есть больше проблем с обработкой данных, например, какой-то конвейер вещей, которые должны произойти, и у вас есть огромные объемы данных, и вы заранее знаете все свои запросы, вам может подойти другая система.
У традиционной реляционной базы данных есть проблемы с масштабированием сверх точки. Где находится эта точка, немного зависит от того, что вы пытаетесь сделать.
Все (большинство?) Поставщиков облачных вычислений предоставляют хранилища данных типа «ключ-значение».
Однако, если у вас есть приложение разумного размера с сложная структура данных, тогда поддержка, которую вы получаете от использования реляционной базы данных, может снизить ваши затраты на разработку.