Crear un sistema de proposito general

[vdiaz18]

Saludos, espero me puedan dar una guia de como hacer lo siguiente:

Estoy con la idea de desarrollar un sistema X de proposito general, es decir no es para ninguna empresa en especial si no que me gustaria que el mismo sistema pueda servir a varias empresas que se dediquen a la misma actividad economica.

El problema es que cuando he desarrollado sistemas para empresas siempre trabajo contra una Base de Datos (SQL Server 2000, SQL Server 2005, MySQL etc...), que la instalo en el servidor de aplicaciones.

Mi pregunta es la siguiente:

Como puedo hacer lo que hacen los tipicos programas como por ejemplo los de contabilidad, que cuando se instalan el usuario nunca configura una Base de Datos ni la ve tampoco pero los datos se mantienen almacenados en algun lugar, dudo mucho que sea contra los ya pasados de moda archivos planos...

Para este sistema que estoy comentando voy a utilizar Visual Basic .NET y es una aplicación Windows (winForms)

Espero me haya explicado bien y de antemano gracias por sus sugerencias ...

[Trulala de cordoba]

Bueno si no queres instalar un servidor no te queda otra que usar por ejemplo un base de datos access, pero vas a tener problema si alguna vez la aplicación se hace muy grande ya que access no es para grandes aplicaciones.

La otra es que en vez de usar un servidor de sql server uses un "archivo adjunto" de sql.

[gnzsoloyo]

Como puedo hacer lo que hacen los tipicos programas como por ejemplo los de contabilidad, que cuando se instalan el usuario nunca configura una Base de Datos ni la ve tampoco pero los datos se mantienen almacenados en algun lugar, dudo mucho que sea contra los ya pasados de moda archivos planos...

En realidad puede que sean archivos planos, o tablas DBF o incluso archivos de tipo Access (*.mdb), o simplemente archivos binarios propios. todas esas posibilidades pueden darse en esos sistemas.
También es posible que te estés refiriendo a aplicaciones ERP, o CRM, algunas de las cuales cuentan con motores de bases de datos propios y configurables de acuerdo a los módulos que se instalan.
El tema es amplio y muy variado, donde no existe una formula de solución, sino desarrollos propios de cada empresa.

El tema de usar un motor de Bases de Datos se debe no a los almacenamientos, sino a la potencia que los lenguajes de consulta tienen y a su portabilidad e integración con sistemas de terceros proveedores. Si tu aplicación pretende acercarse a un espectro amplio de empresas, forzosamente deberás trabajar con bases de datos relacionales. Con cuál, eso es otro tema...
Yendo al punto, la cosa pasa por hacer una aplicación de conexión versátil, lo que implica tener clases definidas para al menos los tres o cuatro DBMS más importantes del mercado, y codificar las consultas lo más cerca del ANSI que puedas para lo que es general.
Al definir clases diferentes para cada DBMS, lo único que debes hacer es instanciar una u otra, según uses, y usar los mismos métodos en cada una, con su codificación distintiva.

Una opción final, es, si quieres usar la potencia del SQL pero no los DBMS, programar usando SQLite, que tiene una dll que se incrusta como referencia en los .Net, y te permite manejar las bases de datos definidas en carpetas propias, con toda la funcionalidad de un esquema DBMS, con algunas limitaciones. Su principal ventaja es el uso de los mismos métodos que para cualquier otro ADO de .Net.

[vdiaz18]

Muchas gracias por sus respuestas, con esto ya tengo una idea de hacia donde enfocar mi investigación para este desarrollo.