XML vs. SQlite vs. Acceso

Question

Pregunta: Hemos iniciado un proyecto para un cliente, que incluye lo que normalmente se haría con una base de datos.

Sin embargo, el cliente no desea tener ninguna base de datos instalada, ya que es solo una pequeña aplicación. Sin embargo, tenemos la intención de volver a utilizar el código para un proyecto más grande, que utilizará una base de datos.

El problema es que todo el código del lado del servidor será diferente si estoy usando XML o SQlite o Access.

Estoy atendiendo a SQlite, pero no sé. ¿Sería una mejor solución agregar la base de datos en un archivo MS-Access? Si quisiera ponerlo en una base de datos de acceso, ¿necesita el cliente instalar MS-Access o solo MSFT MDAC? Si uso Access DB, ¿eso se ejecutará bajo Linux con Mono, también, o no habrá reemplazo de MDAC?

Answer 1

Consideraría usar NHibernate, puede conectarlo a SQLite, pero puede actualizarlo más adelante a una base de datos completa sin necesidad de cambiar mucho código. Si no está interesado en esto, usaría SQLite directamente sobre archivos XML.

Answer 2

Usaría SQLite sobre Access - para SQLite solo necesita enviar los archivos DLL, para Access necesita un instalador (aunque creo que está integrado en versiones recientes de Windows). También SQLite es una mejor base de datos.

¿O podría, por supuesto, abstraer el mecanismo de almacenaje de datos usando el patrón Repositorio o similar? Si tuviera que almacenar los datos en un archivo, cárguelo y exhíbalo desde su repositorio utilizando Linq-To-Objects, luego podría simplemente reemplazarlo con Linq-to-SQL sin cambiar el código de su cliente .

Answer 3

No es necesario instalar Access para utilizar el motor a reacción. Jet está instalado con todas las versiones recientes de Windows, por lo que recuerdo. Puede usar Jet (Access) with Linux. Jet requiere muy poco en el manejo de la base de datos en comparación con las alternativas, incluido SQLite.

Answer 4

Todas las versiones recientes de windows hasta Windows 7 se han enviado con una copia de JET (el motor de datos ms-access). Por lo tanto, no necesita mdac ni instalar ms-access en absoluto.

Incluso puede escribir un script de Windows en un cuadro de Windows limpio sin ningún software instalado y así puede leer datos de un archivo mdb (ms-access).

Por lo tanto, el problema aquí no es la instalación, ya que "JET" (el motor de base de datos que usa ms-access) se envía con Windows de todos modos.

Creo que la única excepción o consideración aquí es si planea trabajar en ediciones de 64 bits del sistema operativo y usar aplicaciones en proceso de 64 bits.

Hay una edición de 64 bits de ms-access para office 2010, y hasta donde yo sé, también habrá una descarga por separado para instalar el motor JET (ahora llamado ACE) en 64 cajas.

I planeas trabajar solo en máquinas de 32 bits (o usar ediciones de 32 bits de tu software en una caja de 64 bits), entonces no necesitas ms-access ni necesitarás instalar nada para leer y usar mdb (archivos ms-access).

Como JET se envía con todas las versiones recientes de Windows, las decisiones que tome no estarán basadas en la instalación de JET (no es necesario), sus decisiones serán otras cuestiones y si JET cumple con sus requisitos.

Answer 5

Puede tener problemas al usar sqlite en entornos de confianza mediana (en el alojamiento compartido, por ejemplo). Si está abierto a otras soluciones, puede considerar dar VistaDB una oportunidad. Es compatible con todos los principales orm (nhibernate, openaccess, entityspaces, subsónicos y muchos más ...).