2 sistemas y 3 bases de datos?

15/11/2004 - 21:16 por Clarck Kendall | Informe spam
Saludos :

El problema es el siguiente :

Debo desarrollar 2 aplicaciones (bastante grandes en transacciones) que
comparten varias tablas en común, creo que lo mejor sería crear 3 bases de
datos dos para cada sistema y la tercera para las tablas en común.

Como nadie lo sabe todo pregunto si está bien o existiría una alternativa
más eficiente.

Gracias

Preguntas similare

Leer las respuestas

#11 Javier Loria
22/11/2004 - 19:47 | Informe spam
Hola:
Mi opinion. Comparto el comentario de Salvador, son producto de la
mezcla de OOP-Normalizacion-Parametrizacion, que combinados producen estos
Mega-Sistemas, que requieren mucho diseno y mucha documentacion. Muchas
veces comparto y entiendo los disenos, otras veces no.
Por otra parte lidio mas con problemas, por falta de normalizacion.
Rendimiento y falta de integridad son los resultados de estas practicas. Los
sufro principalmente cuando migro y cuanto trabajo con Bodegas de Datos
(OLAP).
Las series de Tablas Identicas, mismas columnas y la informacion
segmentada por algun atributo (fecha y geografia), son tipicas de los
programadores de archivos, son un dolor de cabeza producen problemas de
rendimiento y normalmente las "escondo" detras de una vista; o mejor todavia
fusiono los datos y hago vistas con el nombre antiguo de la tabla para que
las aplicaciones sigan funcionando.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda

"Antonio Ortiz" wrote in message
news:#
Disculpa Javier

Es algo que no va al tema, pero me inquieta...

En varias ocasiones he leido sobre bases de datos con cientos o miles de
tablas; en lo particular me parece exhorbitante para un sistema hablar de
cientos de tablas, maxime si se menciona miles. A que obedece esto?, falta
de normalizacion?, tablas temporales?.

Son bases de datos bien diseños?. Pues no imagino lo que sera realizar un
sistema atacando "miles" de tablas, a no ser que sea una 'serie' de tablas
identicas.

Cual es tu opinion profesional?


Saludos,

Antonio Ortiz Ramirez
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com




"Javier Loria" escribió en el mensaje
news:efGWKX#
> Hola Clarck:
> En mi "manual" esto no es una aplicacion grande. :(
> Los ERP's (Enterprise Resource Planning) mas vendidos en la


actualidad
> tienen +10,000 tablas cada uno, y se fijas en el sitio de www.tpc.org
veras
> pruebas de desempeno de SQL que manejan 2,000,000 de transacciones en 2
> horas en computadoras con 1 solo procesador y 2 Gb Ram!!! (Claro tienen
como
> 100 discos).
> Podra ser tonta o necia mi pregunta pero: Donde esta la ventaja de
usar
> varias Bases de Datos? Yo no la veo.
> Saludos,
>
>
> Javier Loria
> Costa Rica
> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
> que pueda ser copiado y pegado al Query Analizer.
> La version de SQL y Service Pack tambien ayuda
>
> "Clarck Kendall" wrote in message
> news:
> > Gracias por todos los comentarios :
> >
> > Seré un poco más explícito, son dos grandes sistemas, en uno está la
parte
> > de "inventario y abastecimiento" donde mensualmente se generan 300.000
> > (aprox.) transacciones y el otro sistema es de "registro hospitalario


de
> > pacientes" que por mes se "crean" 400.000 registros (aprox.) existen
> > alrededor de 12 tablas comunes (productos, centros de costos, personal
> > medico, codigos de salud, auxiliares contables, ...) por eso analizaba
la
> > factibilidad de crear 3 bases de datos, tengo dos servidores para este
> > trabajo uno como controlador de dominio solo para aplicaciones básicas


y
> > otro como servidor de bases de datos. Con unas 70 estaciones de


trabajo.
> >
> > Espero sus comentartios
> >
> > Gracias
> >
> >
>
>


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida