Comparar
Relyt One y Neon, dato por dato
Ambos son servicios de PostgreSQL serverless con ramas de base de datos. Esta página reúne lo que cada uno publica sobre sus funciones y su plan Gratuito, con una fuente en cada fila, y después una guía de migración manual.
Datos al 2026-11-05. Ese día se verificó cada dato de abajo con la página oficial enlazada en su fila.
Datos lado a lado
| Aspecto | Relyt One | Neon | Fuentes |
|---|---|---|---|
| Versión de PostgreSQL | PostgreSQL 17 estándar. | Postgres 14, 15, 16, 17 y 18 (las cinco versiones principales más recientes). | |
| Ramas de base de datos | Sí. Una rama es una bifurcación copy-on-write de su rama madre con todos los datos, lista en segundos. | Sí. Una rama es un clon copy-on-write de tus datos, creado a partir del estado actual o de uno anterior. | |
| Cómputo inactivo | Un cómputo inactivo puede suspenderse y reanudarse con la siguiente conexión. | Scale to zero suspende un cómputo tras 5 minutos de inactividad y lo reactiva con la siguiente consulta. Es fijo en el plan Gratuito; los planes de pago pueden apagarlo. | |
| Unidad de tamaño de cómputo | Se mide en CU: 1 CU = 1 vCPU + 4 GB de RAM. | Se mide en CU: cada CU asigna unos 4 GB de RAM, junto con la CPU y el SSD local correspondientes. | |
| Precio del plan Gratuito | $0 al mes. No se requiere tarjeta de crédito. | $0 al mes. No se requiere tarjeta de crédito; el plan Gratuito es permanente, no una prueba. | |
| Proyectos en el plan Gratuito | Hasta 5 proyectos en una organización. | 100 proyectos. | |
| Almacenamiento en el plan Gratuito | 2.5 GB en total, con 0.5 GB por proyecto incluidos. | 1 GB por proyecto, hasta 20 GB entre todos los proyectos. | |
| Cómputo en el plan Gratuito | Horas de cómputo compartido ilimitadas, como oferta de lanzamiento. | 100 CU-hora por proyecto al mes, con escalado automático de hasta 2 CU (8 GB de RAM). | |
| Autenticación gestionada para los usuarios de tu app | Sí, opcional y por ahora en vista previa. Los tokens son JWT de corta duración firmados con EdDSA y publicados mediante JWKS. | Sí. Managed Better Auth guarda tus usuarios y sesiones en tu propia base de datos Postgres, así que el estado de autenticación sigue las mismas ramas que tus datos. | |
| Extensión de búsqueda vectorial | La extensión vectors (pgvecto.rs), precargada en cada base de datos. | La extensión pgvector. | |
| Otras extensiones | Extensiones como pg_trgm, citext y pgcrypto. | pg_trgm, citext y pgcrypto figuran en la lista de extensiones compatibles. | |
| API de administración | Una Open API REST con claves de API cubre organizaciones, proyectos, ramas y cómputos. | La API REST de Neon, autenticada con claves de API. Neon también documenta una CLI y un servidor MCP. |
Esta tabla repite lo que cada empresa publica en su propio sitio web. No es una clasificación ni una prueba de rendimiento. Los planes y las funciones cambian, así que las páginas oficiales enlazadas en cada fila prevalecen sobre esta página.
Migrar a mano una base de datos Postgres a Relyt One
Un volcado y una restauración manuales con las herramientas cliente estándar de PostgreSQL. Sirve para bases de datos de origen con PostgreSQL 17 o anterior, como un servidor local o una base de datos de Neon con una de esas versiones. Reemplaza los marcadores del primer paso con tus propias cadenas de conexión y luego ejecuta cada bloque en orden.
Estos comandos se reprodujeron tal cual entre dos servidores PostgreSQL 17, con las herramientas cliente de PostgreSQL 17.
01
Definir las dos cadenas de conexión
Crea un proyecto en Relyt One y copia su cadena de conexión. Expórtala junto con la cadena de conexión de la base de datos de origen. Relyt One usa PostgreSQL 17; pg_dump debe ser al menos tan reciente como el servidor de origen, así que revisa su versión. Si el origen es Neon, usa su cadena de conexión directa (sin pooler): la documentación de Neon desaconseja ejecutar pg_dump a través de una conexión con pooler. Si el origen usa una versión posterior a PostgreSQL 17 (por ejemplo, Postgres 18 en Neon), restaurarlo en el PostgreSQL 17 de Relyt One no es compatible.
export SOURCE_DATABASE_URL="postgresql://<user>:<password>@<source-host>/<dbname>" export TARGET_DATABASE_URL="postgresql://<user>:<password>@<relyt-one-host>/<dbname>" pg_dump --version02
Comparar extensiones
Lista las extensiones que usa la base de datos de origen y luego las disponibles en tu base de datos de Relyt One. Si algo de lo que depende el origen no está en la segunda lista, los objetos que dependen de ello no se podrán restaurar, así que ajusta el esquema antes.
psql "$SOURCE_DATABASE_URL" -c "SELECT extname, extversion FROM pg_extension ORDER BY 1;" psql "$TARGET_DATABASE_URL" -c "SELECT name, default_version FROM pg_available_extensions ORDER BY 1;"03
Volcar el origen
Escribe en un archivo local un volcado en formato personalizado (-Fc) de la base de datos de origen. -v muestra cada objeto a medida que se vuelca.
pg_dump -Fc -v -d "$SOURCE_DATABASE_URL" -f source.dump04
Restaurar en Relyt One
Restaura el archivo en tu base de datos de Relyt One. --no-owner y --no-acl omiten las sentencias de propietario y privilegios del origen, cuyos roles normalmente no existen en el destino, de modo que los objetos restaurados pertenecen al rol con el que te conectas.
pg_restore -v --no-owner --no-acl -d "$TARGET_DATABASE_URL" source.dump05
Comparar el número de filas
Cuenta las filas de cada tabla en ambos lados y compara las dos salidas. Cuando coincidan, apunta tu aplicación a la cadena de conexión de Relyt One.
for url in "$SOURCE_DATABASE_URL" "$TARGET_DATABASE_URL"; do psql "$url" -c "SELECT table_schema, table_name, (xpath('/row/c/text()', query_to_xml(format('SELECT count(*) AS c FROM %I.%I', table_schema, table_name), false, true, '')))[1]::text::bigint AS row_count FROM information_schema.tables WHERE table_type = 'BASE TABLE' AND table_schema NOT IN ('pg_catalog', 'information_schema') ORDER BY 1, 2;" done
Prueba Relyt One con el plan Gratuito.
Inicia sesión con GitHub o Google y crea un proyecto en segundos. No se requiere tarjeta de crédito.