joins entre tablas de diferentes bases y sus tiempos de respuesta

[Developer9]

Sres.

Estimados todos, me es muy grato postear nuevamente por estos lares.

Pregunto yo, que es mejor, tener 200 tablas en la misma base y hacer selects con joins, que modularizarla, creando una base de datos para cada módulo repartiendo así las 200 tablas en diferentes bases, pero cayendo en la necesidad de hacer selects con joins entre tablas de diferentes bases.

Unos amigos que trabajan con oracle me cuentan que trabajan bajo el segundo esquema, es decir con varias bases, pero que tan viable es tener este tipo de esquema en sql server?

Saludos Cordiales

[iislas]

SQL SERVER, no tiene problema para que crees cuantas tablas quieras, no veo caso que crees bases por cada tipo de tabla (o contenido de la misma)

[Developer9]

Es que se trabaja con sql express, y esa vaina cuando llega a los 4 gb explota

[hbsv]

yo te recomiendo k utilices joins pero entre consultas es como tablas virtuales
Select * from (Select xx,yy from tabla1) as Tabla2(nombre de la consulta) .....
podes utilzar el join, Full, left right e inner

[Mithrandir]

Separar tablas entre diferentes DB te dará dolores de cabeza porque no puedes tener integridad referencial entre ellas. Es decir, no puedes declarar un FK de una tabla que viene de otra DB.

No te compliques y deja las 200 tablas en una sola DB.

[Developer9]

hola de nuevo... bue, la cuestión es que mi base de como 200 tablas trabaja con sql express y en algo más de dos años se está llegando al límite, lo que pretendo es no tener que comprar la licencia

El sistema ya está desarrollado y probado, creo que ya no se producirían esos problemas, aunque si bien en teoría se podrían producir, el sistema tiene las validaciones respectivas para que no se produzcan esos errores.

[pramos]

Mi opinión es que es mejor tener todo en la misma tabla. 200 tablas no es demasiado para SQL Server, por lo menos en la experiencia que tengo.

En cuanto a espacio quizás te puedas plantear hacer algún sistema de archivo para poner los datos históricos en alguna base de datos en paralelo, así aplazas un poquillo el tema de la licencia sin perjudicar en el funcionamiento más habitual.