mtpk-postgres 0.1.2__tar.gz → 0.1.3__tar.gz

{mtpk_postgres-0.1.2 → mtpk_postgres-0.1.3}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: mtpk_postgres
-Version: 0.1.2
+Version: 0.1.3
 Summary: Librería para sincronización estructural de bases de datos Postgres con modelos Python (adaptación de mtpk_mariadb)
 Author-email: José Jesús Andrés Zambrana <jjandres@multiplika.es>
 License: MIT
@@ -54,6 +54,14 @@ pip install -e .
 
 ## Historial
 
+- **0.1.3**: corrige un bug bloqueante en `comparar_generar_alter` — al crear una tabla nueva con una columna
+  `GENERATED ALWAYS AS (...) STORED` (p.ej. una columna de búsqueda `tsvector` calculada a partir de otra), la
+  siguiente pasada de comparación la trataba como una columna normal (la introspección no reconstruye la expresión
+  de generación) y proponía un `ALTER COLUMN` sobre ella justo después de crearla — algo que Postgres puede
+  rechazar cuando otras columnas dependen de la generada. Como `aplicar_cambios()` ejecuta todo en una única
+  transacción, ese fallo deshacía también la creación de las demás tablas. Ahora las columnas `generado` nunca se
+  comparan ni se alteran una vez existen (para cambiar su expresión hay que borrarlas y recrearlas a mano); de paso,
+  `Columna.to_sql()` ya respeta `not_null=True` en columnas generadas (antes se ignoraba).
 - **0.1.2**: soporte nativo para columnas `VECTOR(n)` (pgvector) e índices con método (`USING gin/hnsw/...`,
   `opclass`, `WITH (...)`) en `Index`. La introspección (`obtener_columnas_postgres`) ahora reconoce las columnas
   `vector` por su `udt_name` y reconstruye su dimensión leyendo el catálogo (`pg_attribute`/`format_type`); sin esto,

{mtpk_postgres-0.1.2 → mtpk_postgres-0.1.3}/README.md

@@ -34,6 +34,14 @@ pip install -e .
 
 ## Historial
 
+- **0.1.3**: corrige un bug bloqueante en `comparar_generar_alter` — al crear una tabla nueva con una columna
+  `GENERATED ALWAYS AS (...) STORED` (p.ej. una columna de búsqueda `tsvector` calculada a partir de otra), la
+  siguiente pasada de comparación la trataba como una columna normal (la introspección no reconstruye la expresión
+  de generación) y proponía un `ALTER COLUMN` sobre ella justo después de crearla — algo que Postgres puede
+  rechazar cuando otras columnas dependen de la generada. Como `aplicar_cambios()` ejecuta todo en una única
+  transacción, ese fallo deshacía también la creación de las demás tablas. Ahora las columnas `generado` nunca se
+  comparan ni se alteran una vez existen (para cambiar su expresión hay que borrarlas y recrearlas a mano); de paso,
+  `Columna.to_sql()` ya respeta `not_null=True` en columnas generadas (antes se ignoraba).
 - **0.1.2**: soporte nativo para columnas `VECTOR(n)` (pgvector) e índices con método (`USING gin/hnsw/...`,
   `opclass`, `WITH (...)`) en `Index`. La introspección (`obtener_columnas_postgres`) ahora reconoce las columnas
   `vector` por su `udt_name` y reconstruye su dimensión leyendo el catálogo (`pg_attribute`/`format_type`); sin esto,

{mtpk_postgres-0.1.2 → mtpk_postgres-0.1.3}/mtpk_postgres/__init__.py

@@ -1,4 +1,4 @@
-__version__ = "0.1.2"
+__version__ = "0.1.3"
 __author__ = "jjandres"
 
 from .interface import *

{mtpk_postgres-0.1.2 → mtpk_postgres-0.1.3}/mtpk_postgres/core_sync.py

@@ -166,6 +166,8 @@ class Columna:
 
         if self.generado:
             partes.append(f"{tipo_sql} GENERATED ALWAYS AS ({self.generado}) STORED")
+            if self.not_null:
+                partes.append("NOT NULL")
         else:
             partes.append(tipo_sql)
 
@@ -771,6 +773,16 @@ class Tabla:
             col_real = reales.get(nombre)
             if not col_real:
                 col_alteraciones.append(f"ADD COLUMN {col_def.to_sql()}")
+            elif col_def.generado:
+                # Las columnas GENERATED ALWAYS AS (...) STORED no se comparan ni se alteran
+                # automáticamente una vez existen: la introspección no reconstruye la expresión
+                # de generación (obtener_columnas_postgres no la lee), así que cualquier columna
+                # "normal" reconstruida a partir de una generada se compararía con datos
+                # incompletos (p.ej. sin el NOT NULL que sí lleva la generada) y dispararía un
+                # ALTER espurio — que además Postgres puede rechazar de plano si otras columnas
+                # dependen de ella. Si la expresión cambia, hay que borrar y recrear la columna
+                # a mano.
+                continue
             elif not iguales(col_real, col_def):
                 if not tipos_iguales(col_real, col_def):
                     tipo_sql = col_def._tipo_sql()

{mtpk_postgres-0.1.2 → mtpk_postgres-0.1.3}/mtpk_postgres.egg-info/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: mtpk_postgres
-Version: 0.1.2
+Version: 0.1.3
 Summary: Librería para sincronización estructural de bases de datos Postgres con modelos Python (adaptación de mtpk_mariadb)
 Author-email: José Jesús Andrés Zambrana <jjandres@multiplika.es>
 License: MIT
@@ -54,6 +54,14 @@ pip install -e .
 
 ## Historial
 
+- **0.1.3**: corrige un bug bloqueante en `comparar_generar_alter` — al crear una tabla nueva con una columna
+  `GENERATED ALWAYS AS (...) STORED` (p.ej. una columna de búsqueda `tsvector` calculada a partir de otra), la
+  siguiente pasada de comparación la trataba como una columna normal (la introspección no reconstruye la expresión
+  de generación) y proponía un `ALTER COLUMN` sobre ella justo después de crearla — algo que Postgres puede
+  rechazar cuando otras columnas dependen de la generada. Como `aplicar_cambios()` ejecuta todo en una única
+  transacción, ese fallo deshacía también la creación de las demás tablas. Ahora las columnas `generado` nunca se
+  comparan ni se alteran una vez existen (para cambiar su expresión hay que borrarlas y recrearlas a mano); de paso,
+  `Columna.to_sql()` ya respeta `not_null=True` en columnas generadas (antes se ignoraba).
 - **0.1.2**: soporte nativo para columnas `VECTOR(n)` (pgvector) e índices con método (`USING gin/hnsw/...`,
   `opclass`, `WITH (...)`) en `Index`. La introspección (`obtener_columnas_postgres`) ahora reconoce las columnas
   `vector` por su `udt_name` y reconstruye su dimensión leyendo el catálogo (`pg_attribute`/`format_type`); sin esto,

{mtpk_postgres-0.1.2 → mtpk_postgres-0.1.3}/pyproject.toml

@@ -4,7 +4,7 @@ build-backend = "setuptools.build_meta"
 
 [project]
 name = "mtpk_postgres"
-version = "0.1.2"
+version = "0.1.3"
 description = "Librería para sincronización estructural de bases de datos Postgres con modelos Python (adaptación de mtpk_mariadb)"
 readme = "README.md"
 requires-python = ">=3.9"