Base Datos

Warning:

Esta página define el estándar para documentación de estructura de repositorios GIT para Base Datos. Su aplicación dentro de las actividades diarias es de uso obligatorio para el rol de los responsables de configuración.

Este estándar se establece con la intención de generar repositorios que cumplan con lo establecido por el área de dirección.

Para llevar a cabo el control de los proyectos que llevamos con nuestros clientes, se implementaran repositorios por cada plataforma que se vaya a desarrollar, utilizando el nombre del proyecto y las siglas BD. Estos son algunos ejemplos a seguir:

7Eleven-BD -> Plataforma para objetos de base de datos del proyecto 7Eleven.

Aprecia-BD -> Plataforma para objetos de base de datos del proyecto Aprecia.

Compartamos-BD -> Plataforma para objetos de base de datos del proyecto Compartamos.

Attendo-BD -> Plataforma para objetos de base de datos del proyecto Attendo.

Composición de las ramas del repositorio

La composición de todos los repositorios en GIT, se realiza por medio de la creación de 4 o 5 ramas en la cuales se almacenarán los objetos de base de datos de cada proyecto desarrollado. Estas ramas son las que se mencionan a continuación:

• Development
• QA
• HotFixes
• PreProduction (opcional)
• Master

Development

Rama donde se encuentran los objetos de base de datos para el ambiente de desarrollo por parte de los programadores.

QA

Rama donde se encuentran los objetos de base de datos para el ambiente de pruebas por parte de los Testers del área de QA.

HotFixes

Rama donde se encuentran los objetos de base de datos del ambiente productivo, para resolver alguna incidencia que se haya reportado sin interferir con la rama del ambiente de desarrollo actual.

PreProduction

Esta rama es opcional y se creará cuando el cliente así lo requiera como ambiente de pruebas. No debe confundirse con un ambiente para ejecución de pilotos.

Master

Rama donde se encuentran los objetos de base de datos del ambiente productivo.

Manejo de objetos de base datos en el repositorio

El manejo de los objetos de base de datos que se tienen para cada proyecto, procederá como se describe a continuación:

1. Se carga todo el código de los objetos de la base de datos, el cual debe salir de la base de datos productiva para garantizar que se tiene el ultimo código fuente liberado. La estructura de la carga procederá como se describe a continuación:

a Tables: Subdirectorio que contendrá todas las definiciones de las tablas de la base de datos con el formato [nombreTabla].sql

b Sps: Subdirectorio que contendrá todas las definiciones de todos los procedimientos de la base de datos con el formato [nombreSp].sql

c Others: Subdirectorio que contendrá todas las definiciones de los otros objetos existentes de la base de datos con el formato [nombreObjeto].sql

d Scripts: Subdirectorio que contendrá todos los scripts de modificaciones de datos en la base de datos. No contendrá scripts de modificación de objetos de base de datos. 

2. Los desarrolladores registraran los cambios sobre la base de datos en la rama development. Se actualizaran las definiciones de los objetos de base de datos (DDL, No en formato UPDATE si no en formato CREATE).