Исходное сообщение
"Выпуск высокопроизводительной встраиваемой СУБД libmdbx 0.10..." Отправлено erthink, 12-Окт-21 09:54
> тоесть получается, если данные порезать на чанки в полстраницы с префиксом: тип > данных и номер в серии, В+ будет сортировать их всегда последовательно > и все эти данные будут привязаны на один ключ, который будет > в единственном числе в индексе? все это будет жить? (не хотелось > бы кучу одинаковых ключей, ключи нужно уникальные) Да, будет жить. И то что ключ будет в одном экземпляре для миллионов значений - является одной из важных фишек для построения вторичных индексов. --- В LMDB теоретически это тоже должно работать, но практически - длина ключей сильно меньше, а если попробовать изменить #define в коде, то LMDB может тихо потерять данные и/или поломать БД. MDBX же либо не примет слишком длинные значения, либо будет работать корректно. Но увлекаться ключами (для multimap также и значениями) предельной длины не стоит, ибо эффективность b-tree при этом существенно ниже.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: