Un dev reescribió PostgreSQL en Rust con IA en 2 semanas — y pasó el 100% de los tests
Mientras todos miran a los nuevos modelos de IA, un solo desarrollador logró algo que parecía imposible: reescribir PostgreSQL en Rust y pasar el 100% de los 46,000 tests de regresión. En solo dos semanas.
Y no, no es un experimento académico. Es pgrust, y es completamente funcional.
¿Qué es pgrust?
Es una reescritura completa del motor de PostgreSQL en Rust. No un wrapper, no una capa de compatibilidad — Postgres reescrito desde cero en un lenguaje de programación moderno y memory-safe.
El creador, Malte Isberner (ex-Heap, experto en internals de Postgres con 250 TB+ de datos manejados), se sentó frente a su computadora un día y dijo: "¿Qué tal si reescribo Postgres pero con Rust y con IA?"
Resultado: 250,000 líneas de Rust que son 100% compatibles con disco con Postgres 18.3. Puedes apuntar pgrust a un directorio de datos existente de PostgreSQL y arrancar sin migrar nada.
El secreto: IA como acelerador
Esto no habría sido posible sin coding agents. Malte usó Codex 5.4 fast mode para generar la mayor parte del código. Su flujo de trabajo:
- Señalar a Codex el código fuente de Postgres en C
- Pedirle que explicara cómo funciona cada componente
- Construir una versión mínima en Rust con la ayuda de la IA
- Iterar contra los tests de regresión de Postgres
En solo 3 horas ya tenía algo que ejecutaba queries SQL reales. CREATE TABLE, SELECT, JOIN, BEGIN/COMMIT — todo funcionando. Para el día 2 ya tenía 67% de los tests pasando.
¿Por qué importa esto?
PostgreSQL es una bestia de 40 años y 1 millón de líneas de C. Es increíblemente robusto, pero tiene problemas estructurales que su arquitectura original no puede resolver:
- Más de 350 configuraciones — configurar mal una puede tumbar tu DB
- Vacuum — el enemigo silencioso de todo DBA
- Sin multithreading real — cada conexión = un proceso (carísimo)
- JSONB sin estadísticas — las queries en JSON son una lotería de rendimiento
- Sin connection pooling nativo — necesitas PgBouncer aparte
pgrust promete resolver todo esto porque reescribir desde cero permite cambiar la arquitectura fundamental sin tener que lidiar con 40 años de deuda técnica.
El roadmap que emociona a los DBAs
El creador ya publicó su hoja de ruta, y tiene cosas que suenan a sueño húmedo de cualquier administrador de bases de datos:
- 🔥 Multithreading real en el内核 de Postgres (adiós a procesos por conexión)
- 🔌 Connection pooling built-in (adiós PgBouncer)
- 📊 Soporte JSONB avanzado con estadísticas reales
- ⚡ Guardrails de runtime para queries malas y SQL generado por IA
- 🧪 Experimentos de storage incluyendo diseños sin vacuum
- 🌿 Branching y forking rápido de bases de datos
¿Lo mejor? Es disco-compatible con Postgres 18.3. Tomas tu base de datos existente, apuntas pgrust, y funciona. Sin migraciones. Sin exportaciones. Sin drama.
La polémica: AI-rewrite vs. batalla de 40 años
HN explotó con 301 comentarios en el post y un ratio de 1.25 — eso es guerra en comentarios. Los argumentos en contra son predecibles:
"Postgres tiene 40 años de producción real. Un rewrite en Rust con IA no reemplaza eso." — Cierto. Pero tampoco es el objetivo. pgrust no es para reemplazar Postgres hoy. Es para explorar qué pasaría si Postgres pudiera evolucionar sin la deuda técnica del C legacy.
"Solo porque pase los tests no significa que sea confiable." — También cierto. Pero 46,000 tests de regresión es un punto de partida MUY sólido. Más tests de los que la mayoría de proyectos ven en toda su vida.
El punto no es "Rust vs C". El punto es que hoy un solo dev con IA puede replicar en 2 semanas lo que a un equipo de 50 personas le tomó 40 años. Eso es un cambio de paradigma.
¿Deberías usarlo en producción?
NO. Por ahora. pgrust es v0.1, no está optimizado para rendimiento, y las extensiones de Postgres (PL/Python, PL/Perl, etc.) no son compatibles. Pero el hecho de que exista y funcione es una señal de hacia dónde vamos.
Si eres dev, ya puedes probarlo:
docker run -d --name pgrust -e POSTGRES_PASSWORD=secret malisper/pgrust:v0.1
Tiene una demo en WebAssembly en pgrust.com que corre en tu navegador. Sin instalar nada.
¿Qué significa esto para el futuro?
Si un dev con IA puede reescribir PostgreSQL en 2 semanas, ¿qué más se puede reescribir? Los lenguajes memory-safe como Rust están demostrando que no solo son viables para sistemas críticos — son el futuro.
Y si pgrust logra su roadmap (multithreading, sin vacuum, connection pooling nativo), Postgres tal como lo conocemos podría tener los días contados. No porque desaparezca, sino porque su versión en Rust podría hacer todo lo que hace Postgres... pero mejor.
Comparte esto con ese amigo que todavía dice que "Rust es solo un hobby". Porque cuando un solo tipo reescribe la base de datos más usada del mundo en un fin de semana, el hobby ya es profesional.
¿Usarías una base de datos reescrita en Rust en producción? Déjalo en los comentarios 👇