Estoy trabajando en un proyecto pequeño (no de producción) en el que necesito almacenar suficientes datos para que algo como un CSV sea ineficiente de procesar y un servidor SQL / MySQL sea demasiado. ¿Tiene .Net alguna forma de almacenar de manera eficiente varias entradas de datos con la capacidad de realizar consultas sin tener que administrar y conectarse a un servidor en lugar de cargar y procesar un solo archivo?
Hay algunas alternativas, sin ningún orden en particular:
Más ideas aquí: enlace
Además de las opciones que ofrece Sklivvz , no tenga miedo de aventurarse fuera del reino de SQL y utilice un motor de base de datos orientado a objetos integrado, como Sterling o DB4O .
Ofrecen las ventajas de ser pequeños y basados en archivos, se pueden incrustar en su aplicación, pero también son muy rápidos y fáciles de programar.
SQLite sería su mejor opción.
Como está escrito en su sitio:
SQLite es una biblioteca de software que implementa un autocontenido, Motor de base de datos SQL transaccional sin servidor, de configuración cero.
Parece realmente lo que estás buscando!
Incluso hay un Chocolatey package si eres demasiado perezoso para descargarlo e instalarlo tú mismo.
ADO.NET puede serializarse a XML y tiene casi toda la funcionalidad de un RDBMS. (Bueno, los baratos, de todos modos.)
Sé que es "Viejo" y menospreciaba ahora, pero ADO.NET funciona realmente bien para exactamente lo que estás describiendo. Incluso hace un trabajo bastante decente para rastrear cambios no comprometidos.
Puede ser "viejo", pero ciertamente no es "reventado". Sin embargo, tiene una huella de memoria bastante pesada, así que puedes llamarlo. 4000 registros no serán un problema.