История изменений
Исправление fluorite, (текущая версия) :
Нереляционные БД - не нужны.
Кому не нужны?
Высокопроизводительность - не является фичей БД класса «ключ-значение»
Конечно не является, leveldb тому подтверждение. Поэтому высокопроизводительная key-value база - это фича.
А по факту эти штуки делал любой уважающий себя пасквилянт разлива 90хх
И сколько из них войдут в топ ioarena?
Блокчейн - баззворд-детектор
Да, как доткомы в своё время.
Файерволы, инспекторы, малварь-сканнеры.
Флагманский продукт - SIEM. У тебя типичное пастернаканечитание.
И неудивительно, если для малварь-сканнера нужна целая высокопроизводительная БД, то сей продукт априори не может работать нормально.
Чё за бред? По твоему надо реляционную БД добавлять? Почему продукт с встроенной key-value БД вдруг «априори не может работать нормально»?
Исправление fluorite, :
Нереляционные БД - не нужны.
Кому не нужны?
Высокопроизводительность - не является фичей БД класса «ключ-значение»
Конечно не является, leveldb тому подтверждение. Поэтому высокопроизводительная key-value база - это фича.
А по факту эти штуки делал любой уважающий себя пасквилянт разлива 90хх
И сколько из них войдут в топ ioarena?
Блокчейн - баззворд-детектор
Да, как доткомы в своё время.
Файерволы, инспекторы, малварь-сканнеры.
Флагманский продукт - SIEM. У тебя типичное пастернаканечитание.
И неудивительно, если для малварь-сканнера нужна целая высокопроизводительная БД, то сей продукт априори не может работать нормально.
Чё за бред? По твоему надо реляционную БД встравивать? Почему продукт с встроенной БД вдруг «априори не может работать нормально»?
Исходная версия fluorite, :
Нереляционные БД - не нужны.
Кому не нужны?
Высокопроизводительность - не является фичей БД класса «ключ-значение»
Конечно не является, leveldb тому подтверждение. Поэтому высокопроизводительная key-value база - это фича.
А по факту эти штуки делал любой уважающий себя пасквилянт разлива 90хх
И сколько из них войдут в топ [ioarena]https://github.com/pmwkaa/ioarena)?
Блокчейн - баззворд-детектор
Да, как доткомы в своё время.
Файерволы, инспекторы, малварь-сканнеры.
Флагманский продукт - SIEM. У тебя типичное пастернаканечитание.
И неудивительно, если для малварь-сканнера нужна целая высокопроизводительная БД, то сей продукт априори не может работать нормально.
Чё за бред? По твоему надо реляционную БД встравивать? Почему продукт с встроенной БД вдруг «априори не может работать нормально»?