chore: import DH V2 D5.6.4 production baseline
This commit is contained in:
@@ -0,0 +1,25 @@
|
||||
# D5.3.7.2.3 — Hotfix de persistencia del plan aplicado
|
||||
|
||||
## Problema corregido
|
||||
|
||||
La aplicación relacional ya superaba la actualización de `asset_import_rows`, pero al marcar un activo creado como aplicado se reutilizaba el mismo parámetro SQL para dos columnas de tipos distintos:
|
||||
|
||||
- `applied_asset_id`: `uuid`
|
||||
- `applied_object_id`: `varchar(255)`
|
||||
|
||||
PostgreSQL rechazaba la sentencia con `inconsistent types deduced for parameter $2` (`uuid versus character varying`).
|
||||
|
||||
## Corrección
|
||||
|
||||
El parámetro se tipa una sola vez como UUID y su representación textual se deriva explícitamente para `applied_object_id`:
|
||||
|
||||
```sql
|
||||
applied_asset_id = $2::uuid,
|
||||
applied_object_id = ($2::uuid)::text
|
||||
```
|
||||
|
||||
La operación continúa dentro de la misma transacción. El fallo previo no dejó datos parciales y esta fase no requiere migración nueva.
|
||||
|
||||
## Regresión
|
||||
|
||||
Se agregó una prueba que impide volver a usar el mismo parámetro sin casteos compatibles en ambas columnas.
|
||||
Reference in New Issue
Block a user