<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Revoke on Ivan Luminaria</title><link>https://ivanluminaria.com/es/tags/revoke/</link><description>Recent content in Revoke on Ivan Luminaria</description><generator>Hugo</generator><language>es</language><lastBuildDate>Thu, 26 Feb 2026 09:34:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/es/tags/revoke/index.xml" rel="self" type="application/rss+xml"/><item><title>Roles y usuarios en PostgreSQL: por qué todo es (solo) un ROLE</title><link>https://ivanluminaria.com/es/posts/postgresql/postgresql_roles_and_users/</link><pubDate>Tue, 10 Feb 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/es/posts/postgresql/postgresql_roles_and_users/</guid><description>&lt;p&gt;La primera vez que trabajé seriamente con PostgreSQL venía de
años utilizando otros motores de base de datos. Buscaba el comando &lt;code&gt;CREATE USER&lt;/code&gt;. Lo encontraba.
Luego veía &lt;code&gt;CREATE ROLE&lt;/code&gt;. Luego &lt;code&gt;ALTER USER&lt;/code&gt;. Luego &lt;code&gt;ALTER ROLE&lt;/code&gt;.&lt;br&gt;
Durante unos minutos pensé: &amp;ldquo;Vale, aquí alguien se divierte confundiendo
a la gente&amp;rdquo;.&lt;/p&gt;
&lt;p&gt;En realidad no. PostgreSQL es mucho más coherente de lo que parece.
Solo que lo es a su manera.&lt;/p&gt;
&lt;h2 id="en-postgresql-no-existen-usuarios-existen-roles" class="relative group"&gt;En PostgreSQL no existen usuarios. Existen roles. &lt;span class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100"&gt;&lt;a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700" style="text-decoration-line: none !important;" href="#en-postgresql-no-existen-usuarios-existen-roles" aria-label="Ancla"&gt;#&lt;/a&gt;&lt;/span&gt;&lt;/h2&gt;&lt;p&gt;La clave es esta: &lt;strong&gt;en PostgreSQL todo es un ROLE&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Usuarios, roles y privilegios en Oracle: por qué GRANT ALL nunca es la respuesta</title><link>https://ivanluminaria.com/es/posts/oracle/oracle-roles-privileges/</link><pubDate>Tue, 27 Jan 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/es/posts/oracle/oracle-roles-privileges/</guid><description>&lt;p&gt;Me ha pasado más de una vez: entro en un entorno Oracle y encuentro la misma situación. Todos los usuarios aplicativos conectados como schema owner, con el rol DBA asignado. Desarrolladores, procesos batch, herramientas de reporting — todos con los mismos privilegios que el usuario propietario de las tablas.&lt;/p&gt;
&lt;p&gt;Cuando preguntas por qué, la respuesta siempre es alguna variante de: &amp;ldquo;Así todo funciona sin problemas de permisos.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Claro. Todo funciona. Hasta el día en que un desarrollador ejecuta un &lt;code&gt;DROP TABLE&lt;/code&gt; sobre la tabla equivocada. O un batch de importación hace un &lt;code&gt;TRUNCATE&lt;/code&gt; sobre una tabla de producción pensando que está en el entorno de pruebas. O alguien ejecuta un &lt;code&gt;DELETE FROM clientes&lt;/code&gt; sin la cláusula &lt;code&gt;WHERE&lt;/code&gt;.&lt;/p&gt;</description></item></channel></rss>