Обсуждение:База данных «ключ — значение»

message: Коллега Nikolai, статья о системах типа «ключ-значение» несомненно нужна в Википедии. Однако в данный момент она создана в таком виде и с таким наполнением, что наличие статьи хуже её полного отсутствия. Я позволю себе высказать ряд замечаний, надеясь, что вы их как-то учтёте и статью не придётся выносить к удалению.
(1) Название. Оно неудачно, так как следует писать о модели данных «ключ-значение», подобно статье реляционная модель данных, либо о системах «ключ-значение», подобно статье реляционная СУБД. Статья «База данных «ключ-значение»» — непонятно о чём. Аналогично, например, статья Реляционная база данных совершенно бесполезна, так как просто отсылает к статье реляционная модель данных: «Реляционная база данных — база данных, основанная на реляционной модели данных». Точно так же база данных «ключ-значение» — это база данных, основанная на модели данных «ключ-значение», и больше тут сказать будет нечего.
(2) Отсутствие источников. Это главная проблема. У вас нет источников. Единственный источник в статье ничего не говорит по сути материала.
(3) Статья представляет собой оригинальное исследование, что вытекает из предыдущего замечания. Редко, но бывает, когда статья, написанная «из головы», является вполне годной, но для этого нужно очень хорошо знать материал, как конкретный, так и общетеоретический. А с этим здесь проблемы, см. следующее замечание.
(4) Огромное количество ошибок и спорных утверждений. Начинается это прямо с определения:
* «База данных «ключ-значение» — парадигма хранения данных, предназначенная для хранения, извлечения и управления ассоциативными массивами, структура данных, более известная сегодня как словарь или хеш-таблица». Тут сходу прямые ошибки: база данных — это никакая не парадигма, и база данных — это никакая не структура данных. У вас же есть ссылка на статью база данных, прочтите, что это такое.
* «Базы данных «ключ-значение» работают совершенно иначе, чем более известные…»: базы данных никак не «работают», работают системы, например, СУБД.
* «В РБД предварительно определяют структуру данных в базе данных как последовательность таблиц, содержащих поля»: Во-первых, в РБД не существует ни таблиц, ни полей. Это терминология SQL, точнее, в SQL тоже нет полей, там столбцы. В РБД отношения и атрибуты. Затем, в РБД нет никакой «последовательности» таблиц, это что-то вообще новое и непонятное.
* «Экспонирование типов данных в базе данных позволяет применить ряд оптимизаций». Экспонирование (экспозиция) — термин из фотографии, в литературе по БД не применяется. Но дело не в этом, а в том, что сильная типизация имеет целый ряд аспектов, из которых возможность какой-то там оптимизации находится где-то в конце списка.
* «Напротив, системы «ключ-значение» обрабатывают данные как одну непрозрачную коллекцию, которая может иметь разные поля для каждой записи». Напротив? В реляционной БД ничуть не хуже можно создать отношение из ключа и значения сложного типа, например, XML или JSON.
* «Это обеспечивает значительную гибкость и более точно следует современным концепциям, таким как объектно-ориентированное программирование». При чём тут концепция ООП, если речь идёт о базах данных? Если гнаться за ООП, то давным-давно существуют объектные базы данных. Да и в самих системах «ключ-значение» ничего нового-современного нет, такие ещё с 1980-х гг. известны (например, Btrieve).
* «Поскольку необязательные значения не представлены заполнителями или входными параметрами, как в большинстве РБД»: что за заполнители такие? Но гораздо таинственне, что за «входными параметрами»? Параметры бывают у процедур/функций, к данным они никакого отношения не имеют, ни к обязательным, ни к необязательным.
* «базы данных «ключ-значение» часто используют гораздо меньше памяти для хранения одной и той же базы данных, что может привести к значительному увеличению производительности при определенных рабочих нагрузках»: из чего это следует и чем доказано? Где ссылки на тесты TPC, скажем?
* «Базы данных «ключ-значение» могут использовать модель согласованности»: базы данных не могут использовать модель согласованности, её могут использовать только СУБД. Это постоянная путаница понятий БД и СУБД.
Иными словами, почти всё написанное или прямо неверно, или неточно, или очень спорно. Нужно искать источники и полностью переписывать.  Евгений Мирошниченко  17:54, 17 августа 2019 (UTC)
**Спасибо, колега, за ваши замечания. Дело в том, что я тупо перевёл статью с английской вики, и вижу, что ломанулся не в те ворота. Вряд ли в ближайшем будущем появится или будет разработана единая модель «ключ-значение». Как вы сами видите, каждая фирма варит свой супчик. Короче, я не против, если кто-нибудь выставит статью на удаление.— Nikolai (обс.) 18:02, 25 августа 2019 (UTC)
thread_title:  Статья должна быть полностью переписана