Hay operaciones en bases de datos que mantienen lockeos alg\u00fan tiempo en una tabla, y son buenas.<\/p>\n
Hay operaciones en bases de datos que mantienen lockeos menos tiempo, y son mejores.<\/p>\n
Y hay operaciones que no lockean las tablas. \u00c9sas son las impresindibles.<\/p>\n
Hoy vamos a ver diferencias al a\u00f1adir una columna con un valor por defecto en PostgreSQL.<\/p>\n
Tenemos una tabla, empresas:<\/p>\n
\r\n\r\npadronafip=# \\d empresas;\r\n Table "public.empresas"\r\n Column\u00a0\u00a0\u00a0 |\u00a0\u00a0\u00a0\u00a0 Type\u00a0\u00a0\u00a0\u00a0\u00a0 | Modifiers\r\n --------------+---------------+-----------\r\n cuit\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | numeric(11,0) | not null\r\n denominacion | character(30) |\r\n Indexes:\r\n "empresas_pkey" PRIMARY KEY, btree (cuit)\r\n\r\n<\/pre>\nY vamos a a\u00f1adir un campo ’empleador’ para saber si la empresa tiene o no tiene empleados, pero queremos que si no le decimos nada, asuma que no tiene empleados (default=’false’):<\/p>\n
\r\n\r\npostgres@db-server:~$ time echo "ALTER TABLE empresas ADD COLUMN\r\n empleador boolean default 'false'"|psql padronafip\r\nALTER TABLE\r\n\r\nreal\u00a0\u00a0\u00a0 0m39.862s\r\nuser\u00a0\u00a0\u00a0 0m0.108s\r\nsys\u00a0\u00a0\u00a0 0m0.064s\r\n<\/pre>\nBien, 39 segundos, no estuvo mal. Veamos un poco c\u00f3mo quedaron los datos:<\/p>\n
\r\n\r\npadronafip=# select * from empresas limit 10;\r\ncuit\u00a0\u00a0\u00a0\u00a0 |\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 denominacion\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | empleador\r\n-------------+--------------------------------+-----------\r\n20000004759 | SUCESION DE PAEZ DE LA TORRE C | f\r\n20000033481 | SUCESION DE PERROTTA CAYETANO\u00a0 | f\r\n20000035891 | MULLER CARLOS JORGE\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | f\r\n20000129403 | MODUBAR INES\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | f\r\n20000156982 | ORTIZ GARCIA JUAN\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | f\r\n20000171345 | KAPLAN ALICIA DORA\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | f\r\n20000175499 | SUCESION DE SOLARI BENITO\u00a0\u00a0\u00a0\u00a0\u00a0 | f\r\n20000179672 | CANTARELLA ADELINA\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | f\r\n20000185036 | SUCESION DE EARNSHAW JUAN ALFR | f\r\n20000189406 | SUCESION DE CAUSARANO ANTONIO\u00a0 | f\r\n(10 rows)\r\n\r\n<\/pre>\nAhora, probemos otra aproximaci\u00f3n al mismo problema:<\/p>\n
\r\n\r\npostgres@db-server:~$ time echo "ALTER TABLE empresas ADD COLUMN\r\n empleador boolean;\r\nALTER TABLE empresas ALTER COLUMN empleador\r\nSET DEFAULT 'false'"|psql padronafip\r\nALTER TABLE\r\nALTER TABLE\r\n\r\nreal\u00a0\u00a0\u00a0 0m0.197s\r\nuser\u00a0\u00a0\u00a0 0m0.028s\r\nsys\u00a0\u00a0\u00a0 0m0.008s\r\n<\/pre>\nWow, 0,197 segundos. La diferencia en esta tabla de prueba, es de 39 segundos, ahora, veamos c\u00f3mo quedaron los datos en nuestra tabla:<\/p>\n
\r\n\r\npadronafip=# select * from empresas limit 10;\r\ncuit\u00a0\u00a0\u00a0\u00a0 |\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 denominacion\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 | empleador\r\n-------------+--------------------------------+-----------\r\n20000004759 | SUCESION DE PAEZ DE LA TORRE C |\r\n20000033481 | SUCESION DE PERROTTA CAYETANO\u00a0 |\r\n20000035891 | MULLER CARLOS JORGE\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 |\r\n20000129403 | MODUBAR INES\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 |\r\n20000156982 | ORTIZ GARCIA JUAN\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 |\r\n20000171345 | KAPLAN ALICIA DORA\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 |\r\n20000175499 | SUCESION DE SOLARI BENITO\u00a0\u00a0\u00a0\u00a0\u00a0 |\r\n20000179672 | CANTARELLA ADELINA\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 |\r\n20000185036 | SUCESION DE EARNSHAW JUAN ALFR |\r\n20000189406 | SUCESION DE CAUSARANO ANTONIO\u00a0 |\r\n(10 rows)\r\n<\/pre>\nBien, en un sistema de producci\u00f3n con alta concurrencia y problemas de lockeos, creo que puedo vivir con esto, ya que me permiti\u00f3 realizar el cambio sin pedir una ventana de mantenimiento.<\/p>\n
Entonces, vemos que PostgreSQL realiza una re-escritura de la tabla cuando en la creaci\u00f3n de la tabla ponemos el default.<\/p>\n
Ojo, que si necesitamos a\u00f1adirlo con ‘not null’ tendremos que ir por la primera opci\u00f3n (que incluye re-escritura y completar todos los nulls) ya que si intentamos el segundo camino, obtendremos:<\/p>\n
\r\n\r\npostgres@db-server:~$ time echo "ALTER TABLE empresas ADD COLUMN\r\nempleador boolean; ALTER TABLE empresas ALTER COLUMN empleador\r\nSET DEFAULT 'false'; ALTER TABLE empresas ALTER COLUMN empleador\r\nSET NOT NULL"|psql padronafip\r\nALTER TABLE\r\nALTER TABLE\r\nERROR:\u00a0 column "empleador" contains null values\r\n\r\nreal\u00a0\u00a0\u00a0 0m1.565s\r\nuser\u00a0\u00a0\u00a0 0m0.076s\r\nsys\u00a0\u00a0\u00a0 0m0.004s\r\n<\/pre>\n","protected":false},"excerpt":{"rendered":"