
20/02/2008, 05:47
|
 | Moderador criollo | | Fecha de Ingreso: noviembre-2007 Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 17 años, 2 meses Puntos: 2658 | |
Re: Comparar dos tablas No necesariamente, pero estás hablando de hacer una aplicación que:
1. Relacione una base de datos entre dos servidores.
2. Realice un análisis del modelo físico de una como espejo de la otra. No simplemente copiar o transferir; que realice un análisis de estructura, relaciones, restricciones, índices, y todos los componentes de una base.
3. Que según los cambios hallados en la base madre, actualice la estructura física de la base espejo, sin perder ningún dato (estoy suponiendo que la base destino está activa y por tanto tiene datos).
4. Considere que ciertos cambios pueden importar pérdida de datos, por lo que debe tener en cuenta realizar un backup de estructura y datos de la base histórica.
... y varios etcéteras.
Si logras desarrollar una aplicación que haga todo eso, creería que hasta Microsoft estaría interesado en el soft o al menos en el algoritmo.
Como podrás observar, actualizar el modelo de datos no es pavada. Por esa razón una de las primeras cosas que te enseñan al cursar las asignaturas en la facultad es que el modelo de datos no se debe cambiar una vez implementado. Y es precisamente por eso que el diseño de una base debe estar completo y terminado ANTES de implementarla. cambiar una base en funcionamiento no solo es peligroso, es una locura. Es más sencillo crear una nueva versión íntegra que modificar una. Si el modelo está en proceso, no la implementes hasta terminarla. |