我在考虑为我的Windows桌面应用程序使用/实现一种嵌入式键值（或文档）存储。我希望能够存储各种类型的数据（GPS轨迹就是一个例子），当然也能够查询这些数据。由于数据量太大，在同一时间内无法全部加载到内存中。
我考虑使用sqlite作为键值存储的存储引擎，类似于.NET编写的y-serial。我还阅读了有关FriendFeed使用MySQL存储无模式数据的文章，这是如何将RDBMS用于非关系型数据的好指针。由于其简单性、可移植性和库大小，sqlite似乎是一个不错的选择。
我的问题是是否有其他选项可供使用嵌入式非关系型存储？它不需要分发，也不必支持事务，但必须可以从.NET访问，并且应具有较小的下载大小。
更新：我找到了一篇名为“SQLite作为键值数据库”的文章，其中比较了sqlite和Berkeley DB，后者是一个嵌入式键值存储库。
Windows内置了一个嵌入式非关系型数据库存储。它称为ESENT，被多个Windows应用程序使用，包括Active Directory和Windows桌面搜索。
如果你需要.NET访问，可以使用CodePlex上的ManagedEsent层。
http://managedesent.codeplex.com/
该项目具有实现IDictionary接口的键值存储的PersistentDictionary类，但是其后台由数据库支持。
看看RavenDB。看起来它可以被嵌入，是无模式的，并且可以与.NET一起使用。
来自网站：
个人建议使用SQLite和NHibernate（以及Fluent NHibernate）进行开发。NHibernate可以自动为您的类生成数据库架构，因此您只需要指定要持久化的类即可。使用Fluent NHibernate也非常容易。此外，您可以搜索特定对象，而不需要将所有数据加载到内存中。
你能创建一个包含两列的简单sqlite数据库吗：
==documents==
id|data
数据将是JSON格式的数据。
您还可以创建一个键表，其内容如下：
==keys==
keyname|keyvalue|id
可以索引关键字和关键值，以便快速查找。
一个单独的数据库文件可以是一个集合，您可以为多个集合创建多个数据库文件。
您可以使用文件夹作为“dbs”，以匹配mongodb的层次结构：db->collection->document
如果你想将KISS原则应用于你的问题，我建议你使用文件。
也就是说，文件名是关键。 文件内容是价值。 Windows文件夹是索引。
简单、快速、高效、灵活且防错（只要傻瓜的智商不高）。
http://yserial.sourceforge.net
在我的经验中，对于大多数项目而言，SQLite比大多数数据库（包括PostgresQL和Berkeley DB）都更快速、更可靠——当然，它也不需要服务器守护程序。