Система memcached познакомила многих веб-программистов с возможностью обработки хранилища данных как гигантского ассоциативного массива, в котором чтение и запись значений основана исключительно на значении уникального ключа. Такие хранилища получили наименование ""Ключ-значение" ("Key/Value"). Это приводит к очень простому интерфейсу с тремя примитивными операциями: 1) для получения данных, связанных с определенным ключом; 2) для хранения некоторых данных с ключом и 3) для удаления ключа и его данных. В отличие от реляционных баз данных с чистым хранилищем ключей / значений, невозможно выполнять полноценные запросы, хотя некоторые из них могут предлагать расширения, такие как возможность найти все ключи, соответствующие выражению с подстановочными знаками (маска, регулярные выражения). Это означает, что код приложения должен обрабатывать построение любых сложных операций из примитивных вызовов, которые он может выполнять в хранилище.
Зачем любому разработчику делать эту дополнительную работу? С более сложными базами данных вы часто платите более трудной разработкой кода или потерей производительности, приобретая при этом более расширенные функции, которые могут быть вам совсем не важны в текущем проекте, например полное соответствие ACID. С хранилищами «ключ-значение» вам предоставляются самые простые строительные блоки с очень предсказуемыми характеристиками производительности, и вы можете создавать более сложные операции, используя тот же язык, что и остальная часть вашего приложения.
Многие из таких баз данных стараются сохранить простоту чистого интерфейса хранилища ключей / значений, но с некоторыми дополнительными функциями, добавленными для удовлетворения общих требований. Кажется вероятным, что есть золотая середина функциональности, которая сохраняет некоторые преимущества минимального хранилища ключей / значений, не требуя при этом стольких дублированных усилий со стороны разработчика приложения.
