Приветствую!

Возникла задача на сервере, где у меня считаются всякие штуки, хранить результаты локально в виде ключ-значения базы, чтобы два раза не считать (value) одно и то же (key).
Сервер работает многопроцессно, так что база должна уметь многопроцессный доступ как на чтение, так и на запись.

Покопался в интернете и нашлись, конечно, разные базы.

Вот очень понравилась, к примеру, Symas LMDB .
Проблема, если хочу получть это в Delphi, придется самому писать обертку для этой Си-библиотеки, готовой не нашел.
И пока думаю о встраиваемой базе , без серверного процесса.


Это было предисловие.
А вопрос, какую библиотеку из своего опыта посоветуете?
Идет речь о нескольких милионах записей в единственной таблице.

ключевые слова: многопроцессная, встраиваемая (без сервера)

и я надеюсь на более быстрый поиск, если это будет база без SQL, а рассчитанная на одно единственное поисковое задание: искать ключ.

defecatorКроик Семёнключевые слова: многопроцессная, встраиваемая (без сервера)
почему без серверного процесса ?
Аргументы для встраивания велосипеда должны быть просто железобетонными

Нет у меня железобетонных аргументов.
Думал ускорить вычисляющий модуль за счет сохранения всех посчитанных результатов, т.к. приходится часто считать одно и то же (до 5-10 сек) с серъезной загрузкой процессора и диска. И первым желанием было не плодить еще одну службу. Отсюда и желание embedded.

Гаджимурадов Рустам,

Расстояние (в километрах и часах езды) между двумя координатами, посчитанное с использованием навигационного модуля

К примеру 20'000 объектов
Для них нужно найти расстояния до всех других объектов

Большая и ненужная работа для большинства соединений. Вот и считаю сегодня по мере надобности.

А теперь вот надумал для ближайших соседей посчитать окружение заранее, а далее по ходу дела. Вобщем вот.

Хорошо, что топик создал.
Иногда приятно перестать на какое то время вариться в собственном соку.

Короче, обдумал еще раз всё трезво (спасибо всем за обсуждение) , отбросил блажь и решил в пользу MySQL с единственной табличкой. Серверное решение вместо embedded + multi-process.

Там посмотрим, как дело пойдет.

SOFT FOR YOUКроик Семён,

Не, ну сейчас было обидно
А чего TDictionary не понравился?
Не осилил?

Просто это должна быть база на ДИСКЕ. С одновременным доступом из разных процессов.

Добавление тоже. В этом вся петрушка.

Причем, в моем случае, ключ даже если будет не уникальным- не важно. Тогда просто будут две одинаковых ключ-значение пары.

P.S.
Обновление не предусмотрено, только добавление и чтение

Спасибо, смотрел. Хорошая вещь.

Но выбрал другую штуку. Она уже давно в использовании, теперь решил вот заняться оптимизацией.

(памятка для себя)

в начале топика была ссылка на Symas LMDB
Не в рамках моей задачи (я уже к MySQL пришел), а в далеком будущем задумался над портированием библиотеки на Delphi. Вот список всех оберток на сегодняшний день: https://symas.com/lmdb/technical/#wrappers

Там в .NET - обертке есть скомпилированные DLLки, которые можно было бы взять за основу.


Symas LMDB An ultra-fast, ultra-compact, crash-proof key-value embedded data store.

Symas LMDB is an extraordinarily fast, memory-efficient database we developed for the OpenLDAP Project. With memory-mapped files, it has the read performance of a pure in-memory database while retaining the persistence of standard disk-based databases.
Bottom line, with only 32KB of object code, LMDB may seem tiny. But it’s the right 32KB. Compact and efficient are two sides of a coin; that’s part of what makes LMDB so powerful.

Explore Capabilities

Ordered-map interface

- keys are always sorted; range lookups are supported


Fully-transactional

- full ACID semantics with MVCC


Reader/writer transactions

- readers don’t block writers; writers don’t block readers


Fully serialized writers

- writes are always deadlock-free


Extremely cheap read transactions


can be performed using no mallocs or any other blocking calls


Multi-thread and multi-process concurrency supported

- Environments may be opened by multiple processes on the same host


Multiple sub-databases may be created

- transactions cover all sub-databases


Memory-mapped

- allows for zero-copy lookup and iteration


Maintenance-free

- no external process or background cleanup or compaction required


Crash-proof

- no logs or crash recovery procedures required


No application-level caching

- LMDB fully exploits the operating system’s buffer cache


32KB of object code and 6KLOC of C

- fits in CPU L1 cache for maximum performance