Control de fuente de base de datos con Oracle

Question

He estado buscando durante horas una forma de comprobar en una base de datos en control de fuente. Mi primera idea fue un programa para calcular las diferencias de la base de datos y solicitar a todos los desarrolladores que modifiquen sus cambios como nuevos scripts de diferencias. Ahora, descubro que si puedo volcar una base de datos en un archivo, lo reviso y lo uso como otro tipo de archivo.

Las principales condiciones son:

• Obras para Oracle 9R2
• legible para que podamos usar diff para ver las Diferencias. (Los archivos .dmp no parecen legibles)
• Todas las tablas en un lote. Tenemos más de 200 tablas.
• Almacena AMBAS ESTRUCTURAS Y DATOS
• Admite los tipos CLOB y RAW.
• Almacena Procedimientos, Paquetes y sus cuerpos, funciones, tablas, vistas, índices, contraints, Secuencias y sinonimos.
• Se puede convertir en un script ejecutable para reconstruir la base de datos en una máquina limpia.
• No limitated a muy pequeñas bases de datos (Soporta menos 200.000 filas)

No es fácil. He descargado muchas demos que fallan de una forma u otra.

EDIT: No me importarían los enfoques alternativos siempre que nos permitan verificar un sistema en funcionamiento en contra de nuestro lanzamiento DATABASE STRUCTURE Y OBJECTS + DATA en modo batch.

Por cierto. Nuestro proyecto ha sido desarrollado por años. Algunos enfoques se pueden implementar fácilmente cuando se hace un nuevo comienzo, pero parece difícil en este punto.

EDIT: Para comprender mejor el problema, digamos que algunos usuarios a veces pueden hacer cambios en los datos de configuración en el documento de producción. O los desarrolladores pueden crear un campo nuevo o modificar una vista sin previo aviso en la rama de publicación. Necesito ser consciente de estos cambios o será complicado fusionar los cambios en producción.

Answer 1

Muchas personas intentan hacer este tipo de cosas (esquemas de diff). Mi opinión es

• El código fuente va a una herramienta de control de versiones (Subversion, CSV, GIT, Perforce ...). Trátelo como si fuera código Java o C, realmente no es diferente. Debe tener un proceso de instalación que lo verifique y lo aplique a la base de datos.
• DDL ES CÓDIGO FUENTE. También va a la herramienta de control de versiones.
• Los datos son un área gris; las tablas de búsqueda tal vez deberían estar en una herramienta de control de versiones. La aplicación de datos generados ciertamente no debería.

La forma en que hago las cosas hoy en día es crear scripts de migración similares a las migraciones de Ruby on Rails. Coloque su DDL en scripts y ejecútelos para mover la base de datos entre versiones. Cambios grupales para una publicación en un único archivo o conjunto de archivos. Luego tiene un script que mueve su aplicación de la versión x a la versión y.

Una cosa que nunca más hago (y solía hacerlo hasta que aprendí mejor) es utilizar cualquier herramienta de GUI para crear objetos de base de datos en mi entorno de desarrollo. Escriba las secuencias de comandos DDL desde el primer día; las necesitará de todos modos para promocionar el código de prueba, producción, etc. He visto a mucha gente que usa las GUI para crear todos los objetos y llega el tiempo de lanzamiento. Hay un scrabble para intentar producir scripts para crear/migrar correctamente el esquema que a menudo no se prueban y ¡fallan!

Todos tendrán sus propias preferencias sobre cómo hacer esto, pero he visto muchas cosas mal a lo largo de los años que formaron mis opiniones anteriores.

Answer 2

Oracle SQL Developer tiene una función "Exportar base de datos". Puede producir un único archivo que contiene todos los DDL y datos.

Answer 3

Puede que no sea tan fácil como detectar los difs, sin embargo, usamos un archivo de compilación simple. En nuestra rama actual de CVS, tendremos el código de la base de datos "base" desglosado en el ddl para las tablas y desencadenantes y demás. También tendremos la carpeta delta, desglosada de la misma manera. Comenzando desde cero, puede ejecutar "base" + "delta" y obtener el estado actual de la base de datos. Cuando vaya a la producción, simplemente ejecutará la compilación "delta" y terminará. Este modelo no funciona súper bien si tiene un esquema enorme y lo está cambiando rápidamente. (Nota: Al menos entre los objetos de bases de datos como tablas, índices y similares para los paquetes, procedimientos, funciones y disparadores, funciona bien..) Aquí es una tarea ant muestra:

<target name="buildTables" description="Build Tables with primary keys and sequences"> 
<sql driver="${conn.jdbc.driver}" password="${conn.user.password}" 
    url="${conn.jdbc.url}" userid="${conn.user.name}" 
    classpath="${app.base}/lib/${jdbc.jar.name}"> 
    <fileset dir="${db.dir}/ddl"> 
     <include name="*.sql"/> 
    </fileset> 
</sql> 
</target> 

Answer 4

utilizo PL/SQL Developer con un complemento de VCS que se integra en Team Foundation Server, pero solo tiene soporte para objetos de base de datos, y no con los datos en sí mismos, que por lo general se quedan fuera del control de la fuente de todos modos.

Aquí está el enlace: http://www.allroundautomations.com/bodyplsqldev.html

Answer 5

Creo que este es un caso de,

• Usted está tratando de resolver un problema
• usted ha llegado a una solución
• No sabe cómo implementar la solución
• por lo que ahora está pidiendo ayuda sobre cómo implementar la solución

La mejor manera de obtener ayuda,

• Cuéntanos cuál es el problema
• pida ideas para resolver el problema
• escoger la mejor solución

No puedo decir cuál es el problema que está tratando de resolver. A veces es obvio a partir de la pregunta, este ciertamente no lo es. Pero puedo decirte que esta 'solución' se convertirá en su propia pesadilla de mantenimiento. Si crees que desarrollar la base de datos y la aplicación que la usa es difícil. Esta idea de versionar la base de datos completa en una forma humana legible es casi una locura.

Answer 6

¿Has probado Oracle's Workspace Manager? No es que tenga ninguna experiencia con eso en una base de datos de producción, pero encontré algunos experimentos con juguetes prometedores.

Answer 7

No intente modificar los datos. Simplemente escriba un desencadenador para almacenar lo que sea que desee obtener cuando se modifiquen los datos.

Answer 8

Por oneroso que pueda ser, una herramienta como TOAD for Oracle puede ser ideal para resolver este tipo de problema.

Dicho esto, mi solución preferida es comenzar con todo el DDL (incluidas las definiciones de procedimientos almacenados) como texto, administrado bajo control de versión y escribir scripts que crearán una base de datos funcional desde el origen. Si alguien quiere modificar el esquema, debe, debe, debe confirmar esos cambios en el repositorio, no solo modificar la base de datos directamente. ¡Sin excepciones! De esta forma, si necesita compilar scripts que reflejen las actualizaciones entre versiones, es una cuestión de tomar todos los cambios comprometidos y luego agregar cualquier DML que necesite para dar masajes a cualquier dato existente para cumplir con los cambios (agregando valores predeterminados para nuevas columnas para filas existentes, etc.) Con todo el DDL (y los datos prepoblados) como texto, la recopilación de diferencias es tan simple como distinguir dos árboles fuente.

En mi último trabajo, tenía scripts NAnt que restauraban bases de datos de prueba, ejecutaban todos los scripts de actualización necesarios, basados ​​en la versión de la base de datos, y luego volcaban el resultado final a DDL y DML. Haría lo mismo con una base de datos vacía (para crear una desde cero) y luego compararía los resultados. Si los dos fueran significativamente diferentes (el programa de volcado no era perfecto), podría decir inmediatamente qué cambios se deben realizar en la actualización/creación de DDL y DML. Si bien utilicé herramientas de comparación de bases de datos como TOAD, no fueron tan útiles como el SQL manuscrito cuando necesité producir scripts generales para el masaje de datos. (El código generado por la máquina puede ser notablemente frágil.)

Answer 9

Pruebe RedGate's Source Control for Oracle. Nunca he probado la versión de Oracle, pero la versión de MSSQL es realmente genial.