Pregunta

Estamos pensando en la reestructuración de nuestra base de datos y el desarrollo de los procesos de implementación mediante el uso de DBGhost, queremos alejarnos de la base de datos central de desarrollo y llevar la base de datos para el control de código fuente.
Uno de los problemas que tenemos es una gran tabla con datos estáticos (que contiene cadenas de idioma traducidos), que cuenta con cerca de 200 mil filas.
Sé que nuestro mejor solución es mover estas picaduras en los archivos de recursos, pero hasta que ponemos en práctica, a DbGhost ser capaz de mantener todos los datos de este estáticas y generar nuestro desarrollo y bases de datos de despliegue en un corto período de tiempo? Y si no hay una buena alternativa para llenar esta tabla cada vez que necesitamos?

¿Fue útil?

Solución

¿Sería capaz de echar un vistazo al control de código fuente de SQL? Acabamos de agregar soporte de datos estática y estamos buscando la retroalimentación antes de la liberación completa.

http://www.red-gate.com/MessageBoard/ viewtopic.php? t = 12298

¿sería capaz de explicar por qué se está moviendo lejos de un modelo central de desarrollo de base de datos?

Otros consejos

  

DBG no es realmente diseñado para mover grandes cantidades de datos

Eso es de un correo electrónico recibido de Innovartis con respecto a la misma pregunta que los suyos. Es probable que haya encontrado esta por ahora, sin embargo!

Tal vez cuando se hizo esta que no tenían una evaluación aunque no estoy seguro de que es cierto. La única manera usted sabrá es probarlo y ver cómo funciona.

http://www.innovartis.co.uk/evaluation.aspx

Esta es una cuestión de edad avanzada con una respuesta aceptada, pero tengo un poco de entrada diferente en esto.

utilizar DBGhost y tenemos una gran cantidad de datos de la tabla estática, aunque el más grande es solamente cerca de 20 mil filas, en lugar de 200K filas.

DBGhost tiene una característica de los datos de secuencia de comandos (como una serie de instrucciones de inserción). Utilizamos que exportar nuestros datos estáticos en guiones y poner esos guiones bajo control de versiones. Ajustamos esos guiones para borrar los datos antes de añadir la parte posterior de datos en, por lo que podemos utilizar una única secuencia de comandos de "reinicio" los datos estáticos para una mesa. Esta adición fue para nuestras necesidades específicas, y no es la única manera que se puede manejar datos estáticos con DBGhost.

La "acumulación de secuencias de comandos" y "sincronización" procesos tanto el apoyo runnning guiones ad-hoc antes y después del proceso. Añadimos los guiones de datos estáticos como scripts ad-hoc para ejecutar después de la acumulación / sincronización.

DBGhost también soporta la sincronización de datos en el proceso de sincronización. El proceso de sincronización se puede configurar para realizar una sincronización de datos en tablas seleccionadas. Usando esta técnica, usted puede tener su proceso de construcción añadir los datos a través de las secuencias de comandos, a continuación, el proceso de sincronización puede sincronizar automáticamente los datos de las tablas. Usando esta técnica, no habría necesidad de cambiar los guiones como lo hicimos.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top