Desacoplar Crud

[Jorgec815]

Se necesita separar las tablas necesarias para el funcionamiento del crud de TITAN y colocarlas en un schema nuevo y así eliminar endpoints innecesarios

• [x] Crear el nuevo schema (temporalmente de forma local)
• [x] Agregar las tablas necesarias
• [x] Agregar las columnas de "fecha de registro" y "fecha de modificación" a cada tabla como dicen los liniamientos
• [x] Agregar registros a la base de datos
• [x] Crear archivos de migración
• [x] Comprobar funcionamiento

[Jorgec815]

Se creó de forma local el schema titan_preliquidacion que contiene las siguientes tablas:

• tipo_nomina
• estado_preliquidacion
• nomina
• preliquidacion
• tipo_preliquidacion
• estado_disponibilidad
• naturaleza_concepto_nomina
• estado_concepto_nomina
• tipo_concepto_nomina
• concepto_nomina
• detalle_preliquidacion

Para la creación de la base de datos se mantuvo el modelo existente, incluyendo los campos y los tipos de datos, sin embargo, a algunas tablas se les realizaron modificaciones en los nombres de algunas columnas para ajustarlas a los lineamientos (ej: nomina pasó a ser nomina_id), además de eso se agregaron columnas nuevas, las cuales fueron fecha_registro, fecha_modificacion, activo (solo en algunos casos) y a la tabla detalle_preliquidacion se le agregó la columna dependencia_id (se permite que el campo sea NULL de forma temporal).

Se mantuvieron los registros ya existentes en las tablas del schema administrativa, únicamente en la tabla detalle_preliquidacion no se pasaron todos los registros sino unos pocos para poder efectuar pruebas.

antes:

después:

[Jorgec815]

En cuanto a la migración:

Como no se tenía un archivo claro ni ordenado en cuanto a la migración de la base de datos dentro del repo de tita_api_mid se realizó uno nuevo desde cero siguiendo los pasos que se encuentran en los lineamientos, obteniendo el siguiente resultado:

Como se aprecia en la imagen se crearon dos scripts que como sus nombres los indican, uno crea las tablas necesarias y el otro inserta los datos dentro de las mismas.

• [x] corroborar el correcto funcionamiento de la migración

[Jorgec815]

Después de aplicar los refactors requeridos, además de solucionar pequeños problemas surgidos durante la creación del api, se tiene un api_crud funcional

Se comprobó el método GET (tanto GETONE como GETALL) en todas las tablas

Método GET en la tabla nomina:

Comprobar los métodos POST, PUT y DELETE en todas las tablas

• [x] Método POST
• [x] Método PUT
• [x] Método DELETE

[Jorgec815]

Se usaron los comando para correr la migración y funciona correctamente, tanto el bee migrate como el bee migrate rollback

Sin embargo el crud presenta un problema al realizar un put, debido a que no reconoce la fecha de modificación por más de que se cambie directamente en el crud o se le envié como parámetro desde el mid o el cliente.

Como se puede apreciar el update toma todas las columnas correspondientes a excepción de la Fecha de Modificacion