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

AspectoRelyt OneNeonFuentes
Versión de PostgreSQLPostgreSQL 17 estándar.Postgres 14, 15, 16, 17 y 18 (las cinco versiones principales más recientes).
Ramas de base de datosSí. 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 inactivoUn 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ómputoSe 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 GratuitoHasta 5 proyectos en una organización.100 proyectos.
Almacenamiento en el plan Gratuito2.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 GratuitoHoras 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 appSí, 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 vectorialLa extensión vectors (pgvecto.rs), precargada en cada base de datos.La extensión pgvector.
Otras extensionesExtensiones como pg_trgm, citext y pgcrypto.pg_trgm, citext y pgcrypto figuran en la lista de extensiones compatibles.
API de administraciónUna 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.

  1. 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 --version
  2. 02

    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;"
  3. 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.dump
  4. 04

    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.dump
  5. 05

    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.