casi 1000 tablas!!

Evalua las FK ya que te dan una pista de las relaciones basicas entre las
tablas.
Yo uso el Erwin o el Visio para armar diagramas de las relaciones aunque
puedes hacerlos en el Enterprise Manager del SQL. Estos te ayudan para saber
cuales tablas pueden ser las afectadas.

Por ejemplo si tienes las FK, al ejecutar el asistente de los diagramas del
SQL Server y al agregar la tabla que deseas, le pides que te agregue las
tablas relacionadas y te arma un esquema que te dara una pista. Sin embargo
eso puede ser solo una parte de tu problema ya que seguramente habra tablas
que se actualizan y tu no conoces.


Jose Mariano Alvarez
Comunidad de base de datos
Grupo de Usuarios Microsoft
www.mug.org.ar



"sql" wrote in message
news:453201c37c73$6666c400$

Tengo que realizar modificaciones en una aplicación que
usa una base de datos sql con unas 1000 tablas...

verán que está demasiado normalizado, de hecho cuando se
agrega un simple registro con algún par de datos, se
guardan en unas 15 tablas. Por ejemplo una carga de
empleados los datos pueden llegar a parar a 20 tablas
aprox.

Pero necesito nuevos reportes y estoy haciendo con cristal
reports la interfase, pero me pierdo a la hora de saber
como unir la información, ya que es un sistema que no
conozco..

mi idea para solucionarlo es ingresar datos fictisios de
seguimiento, por ejemplo si agrego un empleado y le pongo
de nombre xxxxx y de domicilio zzzzzz. Entonces si busco
xxxxx y zzzzz se las dos tablas a unir. Pero puede que
para unirlas necesite de otras 8 tablas...

cómo puedo hacer para hacer un análisis de las tablas para
saber como armar las querys???

algún consejo?

Lo que indica Mariano es un buena pista, ahora bien me he
topado en casos donde las referencias no se incluyen como
FK en la base de datos sino que se manejan a nivel de la
aplicación, en ese caso lo único que me quedó fue manejar
un conteo de los registros de todas las tablas, luego
insertar todos los datos y volver a contar nuevamente los
registros de las tablas de la base de datos y por
diferencia encontrar las tablas afectadas.

Saludos,
Ulises

Evalua las FK ya que te dan una pista de las relaciones

basicas entre las

tablas.
Yo uso el Erwin o el Visio para armar diagramas de las

relaciones aunque

puedes hacerlos en el Enterprise Manager del SQL. Estos

te ayudan para saber

cuales tablas pueden ser las afectadas.

Por ejemplo si tienes las FK, al ejecutar el asistente de

los diagramas del

SQL Server y al agregar la tabla que deseas, le pides que

te agregue las

tablas relacionadas y te arma un esquema que te dara una

pista. Sin embargo

eso puede ser solo una parte de tu problema ya que

seguramente habra tablas

que se actualizan y tu no conoces.

...

Haz una traza cuando lances la aplicación, así podrás seguir las operaciones
de inserción que se hagan.

Saludos


"ulises" escribió en el mensaje
news:03a001c37c7f$100f6100$
Lo que indica Mariano es un buena pista, ahora bien me he
topado en casos donde las referencias no se incluyen como
FK en la base de datos sino que se manejan a nivel de la
aplicación, en ese caso lo único que me quedó fue manejar
un conteo de los registros de todas las tablas, luego
insertar todos los datos y volver a contar nuevamente los
registros de las tablas de la base de datos y por
diferencia encontrar las tablas afectadas.

Saludos,
Ulises

Evalua las FK ya que te dan una pista de las relaciones

basicas entre las

tablas.
Yo uso el Erwin o el Visio para armar diagramas de las

relaciones aunque

puedes hacerlos en el Enterprise Manager del SQL. Estos

te ayudan para saber

cuales tablas pueden ser las afectadas.

Por ejemplo si tienes las FK, al ejecutar el asistente de

los diagramas del

SQL Server y al agregar la tabla que deseas, le pides que

te agregue las

tablas relacionadas y te arma un esquema que te dara una

pista. Sin embargo

eso puede ser solo una parte de tu problema ya que

seguramente habra tablas

que se actualizan y tu no conoces.

...

Hola:
Aparte de las sugerencias anteriores (Diagramas, FK's, etc.), usa el
"Profiler" y en las trazas revisas los comandos de SQL que se envian a la
estacion, este tiene la ventaja que puedes capturar solo los eventos de una
estacion.
Una recomendacion, una vez que entiendes la "estructura", crea Vistas para
poder realizar las consultas. Te hara mas facil la vida.


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.
sql escribio:

Tengo que realizar modificaciones en una aplicación que
usa una base de datos sql con unas 1000 tablas...

verán que está demasiado normalizado, de hecho cuando se
agrega un simple registro con algún par de datos, se
guardan en unas 15 tablas. Por ejemplo una carga de
empleados los datos pueden llegar a parar a 20 tablas
aprox.

Pero necesito nuevos reportes y estoy haciendo con cristal
reports la interfase, pero me pierdo a la hora de saber
como unir la información, ya que es un sistema que no
conozco..

mi idea para solucionarlo es ingresar datos fictisios de
seguimiento, por ejemplo si agrego un empleado y le pongo
de nombre xxxxx y de domicilio zzzzzz. Entonces si busco
xxxxx y zzzzz se las dos tablas a unir. Pero puede que
para unirlas necesite de otras 8 tablas...

cómo puedo hacer para hacer un análisis de las tablas para
saber como armar las querys???

algún consejo?