En el trabajo utilizamos Oracle y C#/ASP.net para manejar el sitio web de un cliente. Este sitio es de gran escala, por lo que la base de datos esmuygrande.
Usamos Perforce para nuestro control de versiones y creamos o reemplazamos scripts en casos de FogBugz cada vez que cambia una base de datos, lo cual ha estado bien hasta ahora, ya que ahora estamos en un punto en el que cinco desarrolladores están trabajando en cinco expansiones para el sistema, cada una en una rama separada de Perforce. Desafortunadamente, no podemos obtener bases de datos duplicadas debido al tamaño de la base de datos, por lo que todos siguen trabajando desde la misma. Obviamente, esto es una causa de problemas: hace solo diez minutos tuvimos un pequeño problema en el que un cambio en el procedimiento almacenado para una rama se propagó al servidor de preproducción y causó una gran cantidad de fallas para los evaluadores. Idealmente, nos gustaría encontrar una forma de realizar un seguimiento de estos cambios sin tener que realizar un seguimiento manual de ellos a través de FogBugz.
Mi pregunta es: ¿cómo manejan esta situación? Estoy seguro de que ya debe haber una buena manera de manejar el control de versiones, o al menos el seguimiento de los cambios, en una base de datos Oracle.
Respuesta1
11gR2 ha introducido el concepto de edición de código, si es factible una actualización de la base de datos.
¿Su esquema de datos es el mismo que el esquema de código? Puede ser una buena idea separarlos. De esa manera, puede tener el mismo conjunto de tablas de base de datos, pero diferentes conjuntos de esquemas de código. Entonces un proyecto puede usar un esquema de código y otro puede usar un segundo esquema.
Siempre que esté vinculado a un único conjunto de datos, tendrá restricciones. Si un proyecto espera un valor de un solo carácter, pero otro lo expande a dos caracteres, puede esperar problemas.