Recomendacion de base de datos

[josepicd]

Buenas, tengo una duda sobre que base de datos utilizar. Os cuento,

Realizo aplicaciones de adquisicion de datos. Las aplicaciones en cuanto a datos suelen guardar un fichero de unos 30 o 40 campos y como maximo 50 registros, estos registros rara vez son modificados, digamos que es "la configuracion del programa".

La aplicacion va capturando datos a traves de unas tarjetas y demas y los va grabando en otro fichero, supongamos, que es fecha_hora, valor_adquirido. Este fichero va incrementando en el tiempo en unos casos puede llegar al millon de registros y en otros estar a 0 porque el cliente decide no guardar, pero lo que nunca se modifica y se utiliza muy de vez en cuando para hacer una estadistica.

Hay que decir que este proyecto no lo comence yo y la persona que lo desarrollo, por alguna razon, eligio SQL Server para almacenar los datos. Mi pregunta es la siguiente, ¿Estoy matando moscas a cañonazos?, que base de datos me recomendais usar, yo habia pensado usar alguna mas ligera, en plan SQLite o incluso fichero plano de texto para almacenar datos.

Se acepta cualquier aportacion y gracias.

[[newtron]]

Hola.

Mi opinión es que si vas a almacenar millones de registros en la base de datos y ya tienes el sistema montado en SQL Server es no tocar nada. Si almacenas tanto registros en una base de datos plana cuando quieras emitir algún informe o hacer alguna consulta te va a dar un "tabardillo".

Saludos.

[josepicd]

No, por la consulta lo no preocupa. Las consultas suelen ser entre fechas, y estan ordenadas por fechas, longitud fija del registro y el acceso sera mas o menos rapido, aunque tampoco me preocupa si una estadistica tarda 5 minutos en generarse. Me preocupa mas el dia a dia, ya que tener que estar instalando SQL Server, configurando y demas, creo que es un engorro.

Habia pensado en SQLite pero no se que tal.

[[newtron]]

Pues no sé porque no uso SQL Lite pero me imagino que cualquier base de datos que montes tendrá su instalación y configuración más o menos laboriosa, además, la instalación de la base de datos se hace en el servidor y no creo que andes reinstalando servidores muy asiduamente, ¿no? Por otro lado yo soy de la máxima de que..."lo que funciona, no lo toques".

A ver si alguien con experiencia en SQL Lite te dice algo.

Saludos

[ecfisa]

Hola josepicd.

No he usado SQLite, pero Firebird embedded, es una opción que deberías tomar en cuenta. Podes descargarla desde aquí aquí.

Saludos

[josepicd]

Exacto, algo asi, Firebird Embedded es un estilo (mas completo) al SQLite.

Comento que las bases de datos no van en servidor, son locales. Las embedded como Firebird y SQLite no requiere instalacion en el pc, unicamente incluir la dll correspondiente y a funcionar.

[Combat-F2D]

recuerda y ten pendiente el tema de bloqueos y concurrencias, aunque no tendras ese problema al ser local
recuerda que sqlite no es un server server como tal, no controla accesos recurrentes y esas cosas...
por lo menos hasta donde yo se y padezco

[MAXIUM]

Para tu caso, recomiendo SQLite, que para estos tiempos, una dll de escasos megas no es absolutamente nada.

Si usas los componentes de FireDAC, el motor queda empotrado en el exe.

[josepicd]

Muchas gracias a todos, finalmente usare SQLite, ya que creo que es lo que mejor se adapta a mis necesidades.

Una vez mas, un 10 por la gente de clubdelphi.

[[rretamar]]

Una ventaja importantísima si se usa Firebird embebido es que luego pasar al Firebird mutiusuario (el convencional) es muy simple, porque la estructura de los archivos son las mismas.

[MAXIUM]

Si, pero hay que considerar la necesidad en este caso. Es decir, se necesita almacenar una gran número de datos para configuraciones.

Puede usar un .INI para ello, pero indica que son demasiados datos y por ello prefiere una BD. SQLite es perfecto. Muchas aplicaciones la usan para estos fines.

Por supuesto que puede usar nuestra base de datos favorita como Firebird. Pero sería exagerado y más aún con tener que cargar el motor, aunque sea potable si lo comparamos con a lo más una DLL y la BD.