FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Una base de datos o varias ???
Hola a todos, para una aplicacion de facturación de unas 200000 lineas de ventas unos 8000 articulos y unos 1500 clientes, que es mas aconsejable por ejemplo al acabar el año crear una nueva base de datos o implementar en cada tabla el periodo, participar de este campo los indices y efectuar todas las vistas procedures etc... teniendo en cuenta el periodo en que te encuentras, creciendo de una manera grande la base de datos ya que cuando lleve 5 años la base sera monstruosa. Esta claro que el tamaño hoy en día no preocupa ya que varias bases de datos aun ocuparían mas tamaño.
Pero y el rendimiento afectaria el tener que manipular los 5 años en linea aunque esten indexados por el periodo. Seria mas facil de corromper, fallar los indices, al hacer un backup sería cada vez de unos datos que no han cambiado durante mucho tiempo. En fin no puedo evaluar esta cuestión, alguien podría apuntarme alguna reflexión al respecto. Un saludo y gracias de antemano. |
#2
|
|||
|
|||
Lo primero que tienes que evaluar, es equipo (hardware), desde servidor, red, etc.
Después Software. Base de Datos, SO, etc. Que base de datos utilizaras, la Concurrencia (Cuantos usuarios lo ocuparan simultaneamente). Entre mejor es el Hardware, el acceso es mejor, etc. Por mi cuenta estoy utilizando FireBird 1.5.1 con Delphi 6, y la aplicación en tres capas (midas). Es un sistema de Contabilidad multi-empresa, multi-usuario. FireBird 1.5.1 tiene una capacidad de 64 TB, y continua aumentando. Por el momento tenemos 6 empresas cada una ingresada un año, con un ingreso promedio mensual de 150 comprobantes, y cada comprobante tiene como promedio 5 lineas. Aparte los datos de los proveedores, clientes, etc. El rendimiento es muy bueno Tenemos en hardware Servidor athom 2.8GHz, con 386 MB en RAM, y con dos hd 40 GB, Tarjeta de red 10/100, pero todo la comunicación es a 100, los puntos de ingreso son P3 de 700Mhz, 128MG en RAM También, tenemos dos áreas una de desarrollo que tenemos no tantos datos, pero el acceso a ella es mayor, y otra de prueba. no se si estoy te puede aclarar las dudas, pero por algo se comienza Saludos Juan Carlos |
#3
|
|||
|
|||
Me decanto por utilizar tablas por periodo, en el caso de que tuvieras que hacer comparativa de datos entre periodos, podrías volcar los datos a una tabla temporal intermedia y extraer o explotar los datos como desees.
Un saludo. |
#4
|
||||
|
||||
Cita:
¿Qué BD estás utilizando o pensando utilizar? Hay otras formas de mejorar el rendimiento si en un determinado momento éste cae bastante. Si tienes los índices correctos ese numero de registros no debería ser un problema, siempre que accedas con sentido (me refiero a que no intentes hacer una búsqueda incremental sobre la tabla de lineas de ventas, por ejemplo ). Más adelante puedes mirar el tema de históricos.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Yo opino igual que Neftali, si defines los índices adecuados puedes tener todos los datos en la misma tabla, de esta forma simplificas la programación de la aplicación, y la obtención de resultados.
Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
|
|
|