BBDD en mysql

[horacio]

Estoy pasando una aplicación con bases distribuidas a MySql. Esta aplicación es para la liquidación de sueldos. Cada vez que termina un periodo de liquidación genero un nuevo directorio donde guardo el periodo ya liquidado ( esto es en Dbf´s). Así una empresa al correr del año genera unos 12 directorios. Mi pregunta es la siguiente: Cuantas bases de datos puede soportar el motor ya que tendrìa que crear 12 BBDD por cada año. El programa administra alrededor de 300 empresas, es decir que por año generaria 3600 BBDD en el motor. Esto es posible o es una mala estrategia. Desde ya muchas gracias

[antolin]

¿Cuantas bases de datos tienes abiertas a la vez?

Si solo abres una a cada vez, puedes tener tantas como te quepan en el disco. Para mi gusto no es mala estrategia distribuir todos los registros entre muchas bases de datos. Así sólo se abre la que se va a utilizar en ese momento y los demás registros se mantienen a salvo en sus bases cerradas. La teoría informática recomienda abrir una base de datos sólo cuando se va a utilizar. La dificultad podría estar en saber que bases de datos tienes que abrir en cada momento.

También depende de cuantos registros componen cada base de datos. En teoría FWH puede administrar millones de registros sin el mayor problema.

Por otra parte, cada programador tiene sus propios gustos y preferencias. Muchos preferirán una base de datos por año en lugar de 12. Por capacidad del FWH pienso que no es problema: si cabe en el disco y en la memoria fwh los puede gestionar.

[jbrita]

Amigo por que no le agregas a cada tabla de movimiento un campo llamado periodo
como este ejemplo
Periodo empresa
02-2009 xxxxxx
02-2009 qqqqqq
03-2009 xxxxxx
03-2009 qqqqqq

algo asi

saludos

[QAZWSX2K]

amigo, como decian por ahi no mates pulgas a cañonazos

en dbf era valido hacer eso, de hecho yo lo hacia, tenia un directorio por empresa, cada una con sus dbf y en clipper direccionabas a tal o cual directorios, ahora bien en SQL, solo creas una sola base de datos (para todas las dbf de todos los directorios, en tu caso todos los meses, etc) , osea pones en una tabla, todos los sueldo de todo el mundo, de todos los meses, que si en clipper te pareceria lento y gigantesco en sql sera muy rapido, recuerda que el sql es sumamente poderoso y con un select * from sueldos y le pones la condicion sera instantaneo, osea no pretendas trabajar en sql con metodologia clipper, seria algo tan tonto como abrir una tabla sql y recorrerla registro por registro e ir comparando, etc,etc, dbf es dbf y sql es sql

alejandro

[QAZWSX2K]

recordemos que en ambiente dbf es valido referirse a base de datos a un simple dbf, pero en sql, access, etc, base de datos es un conjunto de tablas, un dbf es una tabla, ahora bien como te dije creas una base de datos para todo tu sistema y creas una tabla sueldos, con un registro por ej empresa, mes, ano, empleado, sueldo
con una primary key empresa, supongamos son 12 meses, 300 ermpresas, 100 empleados cada uno, cobran semanal, bla bla serian unos 360mil registros por año que para sql es un chiste, ademas es un registro pequeño en bytes por lo que ocuparpoco espacio, luego harias una consulta select * from sueldos where empresa="xx" etc etc, sera instantaneo y trabajas con el query resultante

es una pesima estrategia decir que vas a crear 3600 bases de datos o 3600 tablas dentro de la base de datos, en fin, un administrador de SQL no te dejaria ni tocar el servidor antes de asesinarte, jajaja