2 sistemas y 3 bases de datos?

Ese esquema de 1 base de datos común y bases de datos por
aplicativos generalmente los he visto en aplicativos
"empaquetados" los cuales se venden por separado (cuentas
por pagar, cuentas por cobrar, etc) y es más fácil el
control del módulo por la casa de software, generalmente no
he observado problemas graves de rendimiento en ese
esquema, en todo caso si no es ese el objetivo o se trata
de un desarrollo interno preferiría un esquema general en
una sola base de datos, problemas de rendimiento no
deberías tener si los índices y las consultas están bien
afinadas.

Saludos,
Ulises

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


.

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

Gracias Javier por tu pronta respuesta :

La verdad que para nosotros son aplicaciones grandes, en total tenemos cerca
de 19 millones de transacciones que pasan por un servidor Sun con Oracle
repartido en 12 aplicaciones, y de a poco estamos migrando a SqlServer2000,
pero dadas las respuestas en este grupo y especialmente tu link optamos por
una sola base de datos.

Se agradece enormemente la ayuda :)

"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
>
>

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
>
>

Hola Antonio:

Todo depende de lo grande que sea la aplicación que estás manejando. Yo he
trabajado con varios ERPs pequeños y todos ellos tenían más de un centenar
de tablas. Luego hay otros como Navision, Axapta, etc... que dependiendo de
los módulos que tengas instalados pueden superar el millar de tablas. Y SAP,
PeopleSoft, Baan, etc ... también suele superar con creces el millar de
tablas.

Todo esto no se debe a falta de normalización, ni problemas de diseño, ni
nada similar (aunque podríamos no estar de acuerdo con ciertas prácticas
utilizadas en ellos, pero eso es relativo). Se debe a que son aplicaciones
muy grandes y muy parametrizables, incluso se pueden adaptar a diferentes
negocios solamente cambiando datos en sus tablas (bueno esto suele ser la
teoría ... pero se podría hacer en ciertos casos), llevan una inmensa
cantidad de parámetros y de formas de trabajo en función de éstos, y todo
eso esta almacenado en tablas.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net
¿ Te interesa participar en las reuniones
del grupo de Usuarios de SQL Server y .NET ?
Se harán en levante de España, (Alicante o Murcia)?

"Antonio Ortiz" escribió en el mensaje
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
>
>