SQLite Alternatives for C++

Question

Estoy desarrollando una aplicación que necesita almacenar datos con muchas escrituras y lecturas que requieren una búsqueda rápida de datos (la necesidad de índices de algún tipo), y también ser capaz de serializar y guardar los datos.

Actualmente estoy pensando en usar SQLite, que hace el trabajo, pero estoy abierto a otras alternativas. La sintaxis del SQLite realmente no encaja elegantemente en el código C++ (por ejemplo, estoy forzado a acceder a los resultados por números de índice de columnas en lugar de nombres de columnas, etc.).

Answer 1

Quédese con SQLite pero encuentre una buena biblioteca de C++ para esto.

Este StackOverflow question debería ayudar ...

Answer 2

Parece que una base de datos es la única opción real para usted. Si elige SQLite o MySql o Postgres realmente no importa en el punto del índice de la columna, sin embargo.

Tal vez lo que realmente quieres es una mejor abstracción de la base de datos. Es posible que desee probar Poco, tiene una excelente: http://pocoproject.org/

Answer 3

¿podría sugerir que tome una lista de la wrapper APIs aparece en el sitio SQLite? Hay muchos idiomas para eso, incluyendo C++. Sqlite Plus se ve particularmente bien. POCO, que 'usualmente no se menciona', también se ve bien.

Answer 4

Si la sintaxis de SQL no es importante para ti, recomiendo MetaKit - Es un enfoque ligeramente diferente pero bastante poderoso y conozco personalmente más de unos pocos proyectos comerciales que lo usan con éxito, incluso en sistemas integrados.

This Tutoria l es bastante útil para empezar.

Answer 5

Argumentaría que la dependencia añadida en una biblioteca contenedora no compensa el costo de tener que lidiar con los costos de esa dependencia adicional. No querrá estar atascado al depurar estas librerías de envoltura cuando la documentación para ellas sea escasa. SQLLite seguramente será más estable y tendrá una mejor documentación y, por lo tanto, una dependencia más confiable.

Me gustaría tratar con sqllite o envolverlo usted mismo de una manera inteligente en función de su aplicación final.

Answer 6

En lugar de una derivada sql, puede pensar en utilizar una biblioteca IR de índice invertido como Lucene (o uno de los muchos clones que hay). Sé que Lucene es Java, pero podría escribir una biblioteca administrada de C++ para interoperar con Lecene.Net.

En cuanto a la velocidad, estoy muy contento con el rendimiento de Lucene para sus lecturas. No está tan optimizado para sus escrituras, pero sigue siendo bastante bueno, siempre y cuando no intente construir un índice de millones de "documentos".

Answer 7

Si no está trabajando en Windows, puede buscar en el gabinete de Tokio. Parece ser bastante bueno. Estoy esperando el puerto Win32, por lo que no puedo decir mucho al respecto, aparte de que el rendimiento parece ser impresionante.

http://anyall.org/blog/2009/04/performance-comparison-keyvalue-stores-for-language-model-counts/

Esto no es un derivado de SQL. Es una tienda basada en b-tree/hash recta. Esto es muy bienvenido, en mi opinión. La única biblioteca competitiva de la que tengo conocimiento es Berkeley DB, que tiene licencias menos que deseables.

Answer 8

Berkeley DB aka SleepyCat. Si buscas en los archivos, hay un artículo de Mike Olsen que habla sobre las principales desventajas de SQL en cualquier proyecto.Hay otro artículo de seguimiento en el último año que sugiere que SQL está en camino porque las capas de ORM están mejorando mucho.

Answer 9

Estoy de acuerdo, es falso decir que SQLite es incompatible con la indexación de nombres de C++ o C++ Hay muchos contenedores C++ SQLite que fomentan el acceso a columnas por nombre. SQLite++ es solo uno de muchos.

Answer 10

Si me preguntas quédate con SQLite y "hazlo tú solo", el ajuste es bastante simple. Hice varias envolturas sobre SQLite. ¿Por qué? Debido a que su API es mucho más amigable que cualquier otra base de datos relacionada y no necesita gastar mucho esfuerzo. Con una biblioteca contenedora solo agregará más elementos desconocidos y, lo más importante, la mayoría de los contenedores no están especialmente dedicados a servir bases de datos integradas. Siempre repito que con la base de datos integrada el camino correcto es muy diferente del enfoque óptimo para un servidor de base de datos ...