5
muchas gracias de antemano por tomarse el tiempo para ver mi pregunta.¿Una base de datos incrustada no relacional con una licencia de software libre permisiva?
(Soy consciente de esta cuestión Nonrelational Databases for C++, pero mis necesidades son un poco diferentes y que sólo tiene una respuesta.)
Estoy desarrollando un C comercial ++ biblioteca que se debe, entre otras cosas, persisten los mensajes. Me gustaría evitar reinventar la rueda escribiendo mi propio DBMS. Lamentablemente, tengo los siguientes criterios restrictivos:
- Debe poderse usar desde C++ - Estoy escribiendo una biblioteca en C++. Los enlaces son potencialmente aceptables, si el nivel de esfuerzo para que funcionen no es demasiado alto.
- Necesito una base de datos incrustada. Stand-alone no funcionará.
- Quiero evitar una base de datos relacional. Además de las preocupaciones sobre los gastos generales de rendimiento, hay políticas técnicas más allá de mi control como desarrollador que desaconsejan una base de datos relacional.
- Necesito una licencia de software libre permisiva. Será difícil comprar licencias, pero el cliente no quiere revelar su fuente.
- Me gustaría que una solución establecida (ha existido por al menos un tiempo, más allá de la etapa experimental, ha sido utilizada por varios proyectos).
Lamentablemente, los dos van a opciones no funcionan debido a lo anterior: -SQLite es relacional -BerkeleyDB se GPL o comercial
Una vez más, gracias por cualquier ayuda.
Competiría con el n. ° 3. ¿Está seguro de que su aplicación tiene características que hacen que el rendimiento en un sistema relacional sea más lento que en uno no relacional? – Reinderien
No. Sospecho que es un costo no trivial, y tengo algunas pruebas de que será el caso, pero estamos creando prototipos para estar seguros. El problema más grande es la percepción extraña del cliente de que las bases de datos relacionales son de alguna manera "malas". – user343424