библиотека хранения данных для

Question

C++ Я хотел бы использовать некоторые крошечные C++ Library в моем коде, который позволил бы сделать что-то вроде:

DataStore ds; 
ds.open("data.bin"); 
int num=5; 
std::string str="some text"; 
ds.put("key1",num); 
ds.put("key2",str); 
ds.get("key1");// returns int(5) 
ds.get("key2");// returns std::string("some text") 

стиль использования не должен быть такой же, как код пример, но принцип должен оставаться (получить/установить значение любого типа и сохранить его в файле blob). Библиотека также не должна быть основанной на SQL, и не быть оболочкой SQL. Что такое такие библиотеки и каковы их преимущества?

РЕДАКТИРОВАТЬ: не более 10 тыс. Ключей, с ок. 100 байт данных на ключ, файл не должен быть переносимым между компьютерами или ОС, файл не должен редактироваться с помощью текстового редактора (он выглядит более профессиональным, если это не так) и не должен быть многопоточным.

Answer 1

Один из вариантов для вас использовать BerkeleyDB и ее C API, C++ API или C++ STL API:

BekeleyDB имеет небольшой размер, быстрый, зрелый и надежный. Еще одним преимуществом BerkeleyDB является то, что большинство языков сценариев, таких как Python, Perl и т. Д., Привязаны к нему, поэтому вы можете манипулировать (просматривать, визуализировать) данные с ними.

Недостаток заключается в том, что все, что вы можете сохранить в нем, это пара ключ-значение, где ключ и значение являются строками (или, скорее, блобами), поэтому вам нужно преобразовать из типов данных C++ в строки/капли.

Answer 2

Нетрудно создать класс, который будет выполнять то, что вы описываете основным способом. Все, что вам нужно, это некоторые функции, которые могут читать/писать ключи, тег для «какого типа это» (возможно, в сочетании с размером хранимых данных, если мы предполагаем, что хранящиеся данные не являются огромными), и я имею в виду несколько MB за элемент или около того]. Вы можете найти какую-то «структуру индекса» или «где следующий элемент».

Существует небольшая проблема с отображением вашего ds.get(std::string): вы фактически не можете вернуть int и std::string с той же функцией. Вы можете написать функцию, которая принимает std::string в качестве ссылки, а другая, которая принимает int в качестве ссылки, или некоторые из них.

Это становится более интересным, если вам нужно иметь много ключей - на данный момент вам, возможно, понадобится какая-то организация хеширования или двоичного дерева для поиска по клавишам. Ключи 10k, вероятно, не очень важны - если вы храните их в отсортированном порядке, вам становится легче.

файл не должен быть редактируемым с текстовым редактором (он выглядит более профессионально, если это не)

Я должен сказать, что я не согласен с этим. Я считаю, что редактируемые тексты файлов ОЧЕНЬ профессионально выглядят. Тот факт, что он является двоичным, просто делает вещи неудобными и сложнее справиться, если что-то в приложении не работает по вашему желанию (например, он сохранил путь установки, вы его перенесли, и он больше не работает, и поскольку вы не можете запустите его, это не позволит вам отредактировать эту конфигурацию).