Editor de datos — Resumen
Resumen rápido
Sección titulada «Resumen rápido»Cada servicio de base de datos que despliegas desde Pier obtiene una pestaña Data. Ábrela para explorar el esquema, recorrer filas o documentos y ejecutar consultas en línea — sin instalar DBeaver, sin exponer el puerto a internet y sin ejecutar un contenedor de Adminer/pgweb al lado.
Forma parte del mismo binario de Rust que ejecuta tus contenedores. El acceso está controlado por el RBAC de Pier, y cada consulta que ejecutas a través de un runner queda registrada en un log de auditoría.
Motores compatibles
Sección titulada «Motores compatibles»| Motor | Cómo conecta Pier | Explorar | Runner de consultas |
|---|---|---|---|
| PostgreSQL (incl. PostGIS, TimescaleDB) | driver nativo sqlx sobre TCP | bases de datos · esquemas · tablas · vistas · estructura · filas | SQL arbitrario |
| MySQL / MariaDB | driver nativo sqlx sobre TCP | bases de datos · tablas · vistas · estructura · filas | SQL arbitrario |
| MongoDB | mongosh dentro del contenedor (docker-exec) | bases de datos · colecciones · documentos | scripts mongosh |
| Redis / Valkey | cliente nativo redis sobre TCP | claves (SCAN) · valores según tipo · TTL | comandos en crudo |
Los motores SQL y Redis usan drivers nativos de Rust; MongoDB se gobierna a través de mongosh, ya presente en la imagen oficial, de modo que Pier evita incorporar un pesado driver nativo de Mongo al binario.
Otros motores de base de datos del catálogo — Cassandra/ScyllaDB y ClickHouse — pueden desplegarse y gestionarse con Pier, pero todavía no tienen una pestaña Data; por ahora explóralos con sus propios clientes.
Dónde encontrarlo
Sección titulada «Dónde encontrarlo»- Abre un recurso de base de datos (cualquier cosa que hayas desplegado desde la categoría Databases del catálogo).
- Haz clic en la pestaña Data. La pestaña solo aparece para servicios de base de datos.
- Pier detecta el motor y muestra la vista correspondiente:
- Motores SQL → un explorador de esquemas/tablas con un SQL Runner en línea.
- MongoDB → un explorador de bases de datos/colecciones con un Mongo Shell.
- Redis → un explorador de claves con una caja de comandos.
Cómo funciona la conexión
Sección titulada «Cómo funciona la conexión»Pier core se ejecuta de forma nativa en el host, junto al daemon de Docker. Los servicios de base de datos privados no se publican en un puerto del host, así que Pier los alcanza a través de la red Docker pier-net, marcando la IP y el puerto internos del contenedor (p. ej. 5432, 3306, 6379). Si un puerto sí está publicado, se usa el loopback (127.0.0.1:{host_port}) como alternativa.
Las credenciales se leen del entorno cifrado del servicio (POSTGRES_PASSWORD, MYSQL_ROOT_PASSWORD, MONGO_INITDB_ROOT_PASSWORD, REDIS_PASSWORD, …), descifradas en memoria en el momento de la petición. Nunca se muestran en la interfaz ni se escriben en los logs.
Como todo ocurre del lado del servidor sobre la red interna, no tienes que exponer la base de datos a internet para inspeccionarla.
Lo que es — y lo que no es
Sección titulada «Lo que es — y lo que no es»El editor de datos es una herramienta del 80%: cubre el día a día — echar un vistazo a algunas filas, revisar un esquema, ejecutar un SELECT rápido, corregir un registro, inspeccionar una clave. Deliberadamente no intenta reemplazar a TablePlus/DataGrip/Compass para diagramas ER, perfilado de planes de consulta o migraciones de esquema.
Para un PaaS autogestionado ese es el alcance correcto: la mayoría de las veces solo quieres ver tus datos sin salir del panel.
Próximos pasos
Sección titulada «Próximos pasos»- Explorar tus datos — esquemas, tablas, estructura, filas, colecciones y claves.
- SQL Runner — ejecutar consultas contra PostgreSQL y MySQL/MariaDB.
- MongoDB y Redis — el Mongo Shell y el explorador de claves de Redis.
- Acceso y auditoría — roles de RBAC y el log de auditoría de consultas.