Я думаю об использовании/внедрении какого-либо встроенного хранилища ключей (или документов) для моего рабочего стола Windows. Я хочу иметь возможность хранить различные типы данных (например, треки GPS), и, конечно, можно запросить эти данные. Объем данных будет таким, что он не может быть загружен в память одновременно.
Я думаю об использовании sqlite в качестве механизма хранения для хранилища ключей, что-то вроде y-serial, но написано. СЕТЬ. Я также читал о использовании FriendFeed MySQL для хранения данных без схемы, что является хорошим указателем на использование RDBMS для нереляционных данные. sqlite кажется хорошим вариантом из-за его простоты, мобильности и размера библиотеки.
Мой вопрос: есть ли какие-либо другие варианты встроенного нереляционного хранилища? Его не нужно распространять, и он не должен поддерживать транзакции, но он должен быть доступен из .NET, и он должен иметь небольшой размер загрузки.
UPDATE: я нашел статью под названием SQLite в качестве базы данных ключевых значений, которая сравнивает sqlite с Berkeley DB, который является встроенным ключом библиотека хранения значений.
В Windows встроен встроенный нерелятивный магазин. Он называется ESENT и используется несколькими приложениями Windows, включая Active Directory и Windows Desktop Search.
Если вы хотите использовать .NET-доступ, вы можете использовать уровень ManagedEsent для CodePlex.
http://managedesent.codeplex.com/
Этот проект имеет класс PersistentDictionary, который реализует хранилище ключей, которое реализует интерфейс IDictionary, но поддерживается базой данных.
Посмотрите RavenDB. Похоже, что он может быть встроен и схематичен и работает с .NET.
С веб-сайта:
Лично я бы пошел на SQLite с NHibernate (и Fluent NHibernate). NHibernate может автоматически генерировать схему базы данных для ваших классов, поэтому вам просто нужно указать, какие классы вы хотите сохранить, и это довольно просто с Fluent NHibernate. Кроме того, вы можете искать определенные объекты, и вам не нужно загружать все данные в память.
Применяя принцип KISS к вашей проблеме, я бы рекомендовал вам использовать файлы.
Как и в имени файла, это ключ. Содержимое файла - это значение. Папка Windows - это индекс.
Простая, быстрая, эффективная, гибкая и надежная (при условии, что дураки имеют низкий интеллект).
Не удалось создать простую базу данных sqlite с двумя столбцами:
==documents==
id|data
и данные будут json-данными.
Вы также можете создать таблицу ключей, которая будет:
==keys==
keyname|keyvalue|id
который будет индексироваться по ключевым словам и ключевым значениям для быстрого поиска.
Один файл db может быть коллекцией, и вы можете создать несколько файлов db для нескольких коллекций.
Вы можете использовать папки как "dbs", чтобы соответствовать иерархии mongodb документа db- > collection- >
Это старый вопрос, но я подумал, что добавлю ответ, если кто-то наткнется на него. Моя компания только что выпустила встроенную базу данных XML с открытым исходным кодом для платформы .NET под названием Nxdb. Он под лицензией Apache 2.0 и находится в разработке и использовании внутри уже несколько лет. Это в основном привязка к кросс-скомпилированной (с использованием IKVM) версии BaseX (фантастической базы данных Java XML), а также дополнительной функциональности для встроенного варианта использования и среды .NET. Страница проекта находится здесь: https://dracorp.assembla.com/spaces/nxdb
XML хорошо работает для хранилища данных такого типа, учитывая, что до тех пор, пока контент, который вы пытаетесь сохранить, сериализуется в текст, вы можете хранить сложные иерархические деревья. Фактически, если вы напрямую обращаетесь к базе данных, вам даже не нужно прикасаться к "XML". Он также может быть запрошен с помощью XQuery, мощного и полного языка запросов.
Спасибо за ваше любезное упоминание о y_serial... точнее, это модуль Python:
хранилище объектов Python с SQLite
"Сериализация + персистентность:: в нескольких строках кода, сжатие и аннотирование объектов Python в SQLite, а затем их хронологически восстановить по ключевым словам без какого-либо SQL. Самый полезный" стандартный "модуль для базы данных для хранения данных без схемы."
http://yserial.sourceforge.net
По моему опыту, SQLite - это более быстрый и надежный выбор, чем большинство баз данных (включая PostgresQL и Berkeley DB) для большинства проектов - и, конечно же, ему не нужен демон сервера.
yserial очень прост в реализации (и намного быстрее, чем "имя файла - это ключ/содержимое файла - это значение"; -)
Вы можете попробовать этот https://github.com/mdsoftware/mData. Маленький, свободный и довольно необычный. Lisp -подобный язык запросов данных, компилятор выражений, высокопроизводительная двоичная сериализация, все включено.