@jaimeirazabal: Pregunta de entrevista: tienes que crear un índice en una tabla de 500 millones de filas, en producción, sin parar la app. ¿Cómo lo haces? Básica: CREATE INDEX. Bloquea todas las escrituras mientras se construye, y en una tabla así puede tardar muchos minutos. Mejor: CREATE INDEX CONCURRENTLY. No bloquea las escrituras, pero hace dos pasadas por la tabla, es más lento, y si falla a la mitad deja un índice inválido que tienes que borrar a mano. Aún mejor: antes de empezar, busca transacciones largas abiertas. CONCURRENTLY tiene que esperar a que terminen todas las que ya estaban abiertas, y una sola olvidada deja tu migración esperando. ¿Alguna vez una migración se te quedó colgada? 👇 #programacion #backend #postgresql #basededatos #systemdesign
Jaime Irazabal
Region: VE
Monday 05 October 2026 00:42:30 GMT
Music
Download
Comments
MarcelOmar :
Es decir, no uses CREATE INDEX... Nooo usa CREATE INDEX.... 😬🥹🤨
2026-10-05 17:03:45
0
Alexis Artigas :
con 500 millones de registros 😳 y que guardan ahí las pulsaciones de los corazones de cada ser humano?
2026-10-05 10:32:01
11
Tulio :
lo hago fuera del horario laboral
2026-10-05 03:50:46
21
Fenix8k :
Pésimo, mejor duplicar la tabla, hacer el create index en esta y luego con CDC migras los datos de una a otra y cuando tengas un minuto sin transacciones cambias el nombre de la tabla
2026-10-05 09:15:41
5
ghazghkull :
Me ha tocado y el concurrently en Postgres no se ha podido completar en ninguno de los casos que hemos probado en producción. Hemos tenido que aplicar otras estrategias para solucionarlo
2026-10-05 01:11:46
5
FOX 🇨🇦 :
No trabajaría jamás allí , con esa cantidad de registros un muy mal diseño 🤣, pregunta para el entrevistador además depende de la DB como resolver índices en tiempo real.
2026-10-05 05:25:14
3
AngelRaziel :
Naaahhh eso está mal desde el principio si tienes 500 millones de registros en una tabla es un error de diseño básico, lo mejor era particionar la tabla, y trabajar en pequeñas unidades dónde un CREATE INDEX no tenga bronca.
2026-10-05 04:42:25
1
Edgar Vargas :
excelente apoyo
2026-10-05 16:44:12
1
Zatanas :
si tienes 500 millones algo está mal.... eso ya sería data de un datawarehouse, datalake.... ten una tabla con transacciones solo del día.. lo histórico lo llevas en batch en la noche ...así manejas mejor los incides y tiempos de respuesta
2026-10-05 15:07:15
2
yoni :
le pregunto a la IA
2026-10-05 08:46:09
3
Kayki Prex :
1 AM
2026-10-05 05:43:32
1
José Bernardo Henríq :
Has la salvedad que estás hablando de Postgres, porque en Oracle de usa ONLINE
2026-10-05 11:43:59
2
danCFL :
me paso pero lo puse igual 😏
2026-10-05 04:03:56
1
Neo :
todo esto se ejecuta fuera de horario para evitar estos problemas [Cara muy sonriente]
2026-10-05 11:28:30
1
Alvaro0505 :
entonces no es con "if" ? 😏
2026-10-05 15:34:59
0
Alex Code :
Gracias mano, cada día mejorando mi backend con dart
2026-10-05 02:48:09
1
Samus :
Lo hago de madrugada 😎🔥
2026-10-05 11:42:24
1
Andres :
dificilmente manejo 500 millones, lo mio es otra cosa.
2026-10-05 07:26:34
0
Tareas Académicas :
y listo
2026-10-05 17:25:57
0
Rodrigo :
apaga todo y crea tu índice tranquilo, igual van a llorar
2026-10-05 19:32:45
1
WizardDark :
Elegante, esto me lo dijo claude cuando tenia que pptimizar una tabla de 20millones
2026-10-05 00:50:56
1
Sebastian Aranda :
funciona? si? no la toques ni por tu madre... esa tabla necesita algo más que un índice
2026-10-05 09:40:36
2
pinche :
que la chupen, que esperen
2026-10-05 04:41:34
1
To see more videos from user @jaimeirazabal, please go to the Tikwm
homepage.