Skip to main content
jelou databases provisiona y opera las bases de datos gestionadas de Jelou. El alias jelou datum funciona en todos lados donde funciona jelou databases: mismos subcomandos, mismos flags, mismos exit codes.
Existen dos productos con el nombre “Datum”. El alias jelou datum apunta al producto actual de Bases de datos de Jelou (el que gestiona este CLI). Hay un producto de base de datos legacy separado, accesible solo desde el Studio, que este CLI no puede administrar.

​
Bases de datos

databases delete es irreversible: cada colección, registro y archivo desaparece, sin papelera ni rollback. Ejecuta databases show primero y confirma el conteo con el usuario.

​
Colecciones

collections create acepta --field "<nombre>:<tipo>" (repetible, define las columnas) y --type base|view (tipo de colección; por defecto base).
collections create es get-or-create: si ya existe una colección con ese nombre y el mismo esquema, la reutiliza y responde con reused: true en vez de fallar. Si existe una con ese nombre pero un esquema distinto, rechaza la operación con exit code 2 y un diff campo por campo — nunca la modifica en silencio.

​
API keys

Cada key se crea con habilidades granulares, combinables por coma: records:read, records:write, records:delete, files:read, files:write. Presets comunes: read_only, read_write, all.
Repetir api-keys create con un nombre que ya existe no crea una segunda key: falla con exit code 2 y ALREADY_EXISTS, e incluye details.never_used para saber si la key existente se llegó a usar — así sabes si rotarla con api-keys regenerate es seguro.
files:write requiere records:write (los archivos viven dentro de registros) — el CLI rechaza la combinación localmente. Los tokens llevan prefijo db_ y se muestran una sola vez al crearse: guárdalos enseguida. api-keys regenerate rota el token de inmediato; cualquier servicio con el token viejo recibirá 401 en la siguiente petición. Por eso pide confirmación antes de ejecutarse; en CI o con --agent hay que pasar --yes explícitamente.

​
Triggers

Webhooks que se disparan ante eventos de una colección (create, update, delete). triggers create/update también aceptan --method "<verbo>" (verbo HTTP, por defecto POST) y, para eventos update, --update-scope fields --columns "<col1,col2>" para disparar solo cuando cambian esas columnas (el scope por defecto es all).
triggers pause causa pérdida de datos silenciosa: el destino deja de recibir eventos sin que se reporte error aguas arriba. Menciona siempre resume como ruta de recuperación.