26 lines
961 B
Markdown
26 lines
961 B
Markdown
# 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.
|