Исходное сообщение
"Выпуск компактной встраиваемой СУБД libmdbx 0.9.1" Отправлено erthink, 01-Окт-20 01:43
> Там разница идёт на порядки в зависимости от объёма данных, собственно, потому > они и существуют. Некорректно так сравнивать -- они не универсальны. Не совсем понятно что именно вы хотели сказать в контексте бенчмарков ioarena. Поэтому я дам некоторые пояснения: 1) Разницы "на порядки в зависимости от объёма данных" не будет, поскольку и libmdbx и sqlite основываются на B-Tree (в обоих случаях зависимость логарифмическая). Но разница будет в тех сценариях, где будет "играть" наличие WAL в sqlite и отсутствие WAL в libmdbx. 2) Сравнивать libmdbx (встраиваемый key-value) и sqlite (встраиваемый sql) конечно некорректно, но всё-таки (если сильно хочется) можно сравнить некоторое подмножество сценариев (эмулировать key-value средствами sql). Что и было сделано. 3) Конечно, корректнее было-бы сравнивать sqlite с https://github.com/PositiveTechnologies/libfpta (где есть "таблички" и вторичные индексы реализованные поверх libmdbx), но готовых инструментов для этого сейчас нет, а зная внутреннее устройство, я могу поспорить что соотношений производительности сохранится.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Там разница идёт на порядки в зависимости от объёма данных, собственно, потому >> они и существуют. Некорректно так сравнивать -- они не универсальны. > Не совсем понятно что именно вы хотели сказать в контексте бенчмарков ioarena. > Поэтому я дам некоторые пояснения: > 1) Разницы "на порядки в зависимости от объёма данных" не будет, поскольку > и libmdbx и sqlite основываются на B-Tree (в обоих случаях зависимость > логарифмическая). Но разница будет в тех сценариях, где будет "играть" наличие > WAL в sqlite и отсутствие WAL в libmdbx. > 2) Сравнивать libmdbx (встраиваемый key-value) и sqlite (встраиваемый sql) конечно некорректно, > но всё-таки (если сильно хочется) можно сравнить некоторое подмножество сценариев (эмулировать > key-value средствами sql). Что и было сделано. > 3) Конечно, корректнее было-бы сравнивать sqlite с https://github.com/PositiveTechnologies/libfpta > (где есть "таблички" и вторичные индексы реализованные поверх libmdbx), но готовых > инструментов для этого сейчас нет, а зная внутреннее устройство, я могу > поспорить что соотношений производительности сохранится.
	Введите код, изображенный на картинке: