Glosario on Ivan Luminaria

Additive Measure

Mon, 01 Jan 0001 00:00:00 +0000

Una additive measure (medida aditiva) es un valor numérico en una fact table que puede sumarse legítimamente a lo largo de cualquier dimensión: por cliente, por producto, por período, por zona.

Cómo funciona #

Las medidas en las fact tables se clasifican en tres categorías:

Aditivas: pueden sumarse a lo largo de todas las dimensiones (ej. importe de venta, cantidad, coste). Son las más comunes y las más útiles
Semi-aditivas: pueden sumarse a lo largo de algunas dimensiones pero no a lo largo del tiempo (ej. saldo de una cuenta: sumable por sucursal, no por mes)
No aditivas: no pueden sumarse de ninguna manera (ej. porcentajes, ratios, promedios precalculados)

Para qué sirve #

Las medidas aditivas son el corazón de toda fact table porque permiten las agregaciones que el negocio requiere: totales por período, por región, por producto. La regla clave: almacenar siempre los valores atómicos (el detalle), nunca los agregados. De un importe por línea de factura puedes obtener el total mensual; del total mensual no puedes reconstruir las líneas individuales.

AI Manager

Mon, 01 Jan 0001 00:00:00 +0000

El AI Manager es el rol profesional que gobierna la introducción y el uso de la inteligencia artificial dentro de un proyecto u organización. No es quien usa la IA — es quien decide dónde, cómo y con qué precauciones integrarla en las arquitecturas existentes.

Cómo funciona #

El AI Manager responde a preguntas que ningún modelo puede responder: ¿dónde la IA genera valor real y dónde genera solo entusiasmo? ¿Cuánto cuesta mantenerla, no solo implementarla? ¿Qué pasa cuando el modelo se equivoca? ¿Cómo se integra con las arquitecturas mission-critical sin comprometer su estabilidad?

ANALYZE

Mon, 01 Jan 0001 00:00:00 +0000

ANALYZE es el comando PostgreSQL que recopila estadisticas sobre la distribucion de los datos en las tablas y las almacena en el catalogo pg_statistic (legible a traves de la vista pg_stats). El optimizer usa estas estadisticas para estimar la cardinalidad — cuantas filas devolvera cada operacion — y elegir el plan de ejecucion mas eficiente.

Que recopila #

Las estadisticas recopiladas por ANALYZE incluyen:

Anonymous User

Mon, 01 Jan 0001 00:00:00 +0000

El Anonymous User (usuario anónimo) es una cuenta MySQL/MariaDB con username vacío (''@'localhost') que se crea automáticamente durante la instalación. No tiene nombre y frecuentemente no tiene contraseña.

Cómo funciona #

Cuando un usuario se conecta, MySQL busca la correspondencia más específica en la tabla mysql.user. El usuario anónimo ''@'localhost' es más específico que 'mario'@'%' para una conexión desde localhost, porque 'localhost' gana sobre '%' en la jerarquía de especificidad. En consecuencia, Mario que se conecta desde local es autenticado como usuario anónimo y pierde todos sus privilegios.

ASH

Mon, 01 Jan 0001 00:00:00 +0000

ASH (Active Session History) es un componente de Oracle Database que muestrea el estado de cada sesion activa una vez por segundo y almacena los datos en un buffer circular en memoria (vista V$ACTIVE_SESSION_HISTORY).

Como funciona #

Cada segundo Oracle registra para cada sesion activa:

SQL en ejecucion (SQL_ID)
Wait event actual
Programa y modulo llamante
Plan de ejecucion utilizado (SQL_PLAN_HASH_VALUE)

Los datos mas antiguos se descargan automaticamente en las tablas AWR (DBA_HIST_ACTIVE_SESS_HISTORY) y se conservan durante el periodo configurado.

Authentication Plugin

Mon, 01 Jan 0001 00:00:00 +0000

Un Authentication Plugin es el módulo que MySQL o MariaDB usa para verificar las credenciales de un usuario al momento de la conexión. Cada usuario en el sistema está asociado a un plugin específico que determina cómo la contraseña es hasheada, transmitida y verificada.

Cómo funciona #

Los plugins principales son: mysql_native_password (default en MySQL 5.7 y MariaDB), que usa un hash SHA1 doble; caching_sha2_password (default en MySQL 8.0+), que usa SHA-256 con caching para mejorar seguridad y rendimiento. Cuando un cliente se conecta, debe soportar el plugin del usuario al que intenta autenticarse.

Autovacuum

Mon, 01 Jan 0001 00:00:00 +0000

El Autovacuum es un daemon de PostgreSQL que ejecuta automáticamente VACUUM y ANALYZE en las tablas cuando el número de dead tuples supera un umbral calculado como: threshold + scale_factor × n_live_tup. Con los valores por defecto (threshold=50, scale_factor=0.2), en una tabla con 10 millones de filas se activa tras 2 millones de dead tuples.

Cómo funciona #

El daemon comprueba periódicamente pg_stat_user_tables y lanza un worker por cada tabla que supera el umbral. El número máximo de workers simultáneos se controla con autovacuum_max_workers (por defecto 3). El parámetro autovacuum_vacuum_cost_delay controla cuánto se autofrena el vacuum para no sobrecargar el I/O.

AWR

Mon, 01 Jan 0001 00:00:00 +0000

AWR (Automatic Workload Repository) es un componente integrado en Oracle Database que recopila automaticamente estadisticas de rendimiento del sistema a intervalos regulares (por defecto cada 60 minutos) y las conserva durante un periodo configurable.

Como funciona #

AWR captura snapshots periodicos que incluyen:

Estadisticas de sesiones y wait events
Metricas SQL (top SQL por tiempo de ejecucion, I/O, CPU)
Estadisticas de estructuras de memoria (SGA, PGA)
Estadisticas I/O por datafile y tablespace

Para que sirve #

El informe AWR es la herramienta principal para diagnosticar problemas de rendimiento en Oracle. Comparando dos snapshots se pueden identificar:

B-Tree

Mon, 01 Jan 0001 00:00:00 +0000

El B-Tree (Balanced Tree) es la estructura de datos más común para índices en bases de datos relacionales y es el tipo de índice predeterminado en PostgreSQL, MySQL y Oracle. Mantiene los datos ordenados en una estructura de árbol balanceado que garantiza tiempos de búsqueda logarítmicos.

Cómo funciona #

Un B-Tree organiza las claves en nodos ordenados, con cada nodo conteniendo punteros a nodos hijos. La búsqueda parte de la raíz y desciende hacia las hojas, dividiendo a la mitad el espacio de búsqueda en cada nivel. Para una tabla de 6 millones de filas, un B-Tree requiere típicamente 3-4 niveles de profundidad, es decir 3-4 lecturas de página para encontrar un valor.

Bicicleta Plegable

Mon, 01 Jan 0001 00:00:00 +0000

Una Bicicleta Plegable es una bicicleta diseñada para plegarse en dimensiones compactas (típicamente 60×55×25 cm) en pocos segundos, convirtiéndose en transportable como equipaje. La Brompton es el modelo más conocido, con mecanismo de plegado en 10-20 segundos.

Cómo funciona #

Un sistema de bisagras y enganches rápidos permite plegar cuadro, manillar y pedales en un paquete compacto. Una vez plegada, se lleva a la oficina bajo el escritorio, se sube al metro o se mete en el maletero. En la versión eléctrica, combina las ventajas del pedaleo asistido con la portabilidad total.

Binary log

Mon, 01 Jan 0001 00:00:00 +0000

El binary log (o binlog) es un registro secuencial en formato binario donde MySQL escribe todos los eventos que modifican datos: INSERT, UPDATE, DELETE y operaciones DDL. Los archivos se numeran progresivamente (mysql-bin.000001, mysql-bin.000002, etc.) y se gestionan mediante un archivo índice.

Cómo funciona #

Desde MySQL 8.0 el binary log está habilitado por defecto mediante el parámetro log_bin. MySQL crea un nuevo archivo binlog cuando el servidor se inicia, cuando el archivo actual alcanza max_binlog_size, o cuando se ejecuta FLUSH BINARY LOGS. Soporta tres formatos de registro: STATEMENT (registra las instrucciones SQL), ROW (registra los cambios fila por fila) y MIXED (elección automática).

Bloat

Mon, 01 Jan 0001 00:00:00 +0000

El Bloat es la acumulación de espacio muerto dentro de una tabla o índice PostgreSQL, causada por dead tuples aún no eliminados por VACUUM. Una tabla con un 50% de bloat ocupa el doble del espacio necesario y obliga a los escaneos secuenciales a leer el doble de páginas.

Cómo funciona #

El bloat se mide comparando el tamaño efectivo de la tabla con el tamaño esperado basado en las filas vivas. La extensión pgstattuple proporciona el campo dead_tuple_percent. Un bloat por encima del 20-30% es una señal de alarma; por encima del 50% es una emergencia.

Branch

Mon, 01 Jan 0001 00:00:00 +0000

Un Branch (rama) es una línea de desarrollo independiente en un repositorio Git. Cada branch contiene una copia del código sobre la que se puede trabajar sin afectar el branch principal (main) o el trabajo de otros desarrolladores.

Cómo funciona #

Cuando un desarrollador crea un branch (ej. fix/issue-234-error-calculo), Git crea un puntero a la versión actual del código. Desde ese momento, los cambios hechos en el branch quedan aislados. Al terminar el trabajo, los cambios se proponen al equipo mediante Pull Request y, tras la aprobación, se unen (merge) al branch principal.

Brompton

Mon, 01 Jan 0001 00:00:00 +0000

La Brompton es una bicicleta plegable fabricada en Londres desde 1975, considerada la referencia mundial en su categoría. Se pliega en 10-20 segundos alcanzando dimensiones de aproximadamente 58×56×27 cm — lo suficientemente compacta para caber bajo un escritorio o en el maletero de un utilitario.

Cómo funciona #

El mecanismo patentado permite plegar la bici en tres movimientos: cuadro, manillar y sillín. En la versión eléctrica (Brompton Electric), un motor en el buje delantero proporciona pedaleo asistido hasta 25 km/h con una autonomía de 40-70 km. La batería es extraíble y se carga en 4 horas.

BYOL

Mon, 01 Jan 0001 00:00:00 +0000

BYOL (Bring Your Own License) es un programa de Oracle que permite a las empresas transferir las licencias de software adquiridas para la infraestructura on-premises a Oracle Cloud Infrastructure (OCI), sin necesidad de comprar nuevas licencias cloud.

Como funciona #

Cuando una empresa ya tiene licencias Oracle — tipicamente Enterprise Edition con opciones como RAC, Data Guard o Partitioning — puede “llevarlas consigo” en la migracion a OCI. El contrato de soporte (Software Update License & Support) se mantiene, y las licencias se asocian a los recursos cloud en lugar de a los servidores fisicos.

Carbon Footprint

Mon, 01 Jan 0001 00:00:00 +0000

El Carbon Footprint (huella de carbono) es la cantidad total de gases de efecto invernadero — principalmente CO₂ — emitidos directa o indirectamente por una actividad, producto o individuo, expresada en toneladas de CO₂ equivalente.

Cómo funciona #

Para el pendularismo urbano, el cálculo es directo: un coche parado en el tráfico de Roma produce en promedio 120-150 g de CO₂ por kilómetro. En tráfico congestionado incluso más, porque el motor funciona al ralentí consumiendo sin moverse. Una bicicleta produce cero emisiones directas.

CDC

Mon, 01 Jan 0001 00:00:00 +0000

CDC (Change Data Capture) es una técnica para interceptar las modificaciones de datos (INSERT, UPDATE, DELETE) en el momento en que ocurren y propagarlas hacia otros sistemas en tiempo real o casi real. A diferencia de los enfoques batch tradicionales (ETL periódicos), el CDC captura los cambios de forma continua e incremental.

Cómo funciona #

El enfoque más difundido es el log-based CDC: un componente externo lee los logs de transacciones de la base de datos (binary log en MySQL, WAL en PostgreSQL, redo log en Oracle) y convierte los eventos en un flujo de datos consumible por otros sistemas. Herramientas como Debezium, Maxwell y Canal implementan este enfoque para MySQL leyendo directamente los binary log.

Churn

Mon, 01 Jan 0001 00:00:00 +0000

El churn de una tabla es la medida de cuánto cambian sus datos después de la inserción. Una tabla con alto churn sufre frecuentes UPDATE y DELETE; una tabla con bajo churn es predominantemente append-only (solo INSERT).

Cómo funciona #

En PostgreSQL, cada UPDATE crea una nueva versión de la fila (debido al modelo MVCC) y la versión antigua se convierte en una dead tuple. Los DELETE también crean dead tuples. Cuanto mayor es el churn, más trabajo deben hacer VACUUM y los índices para mantener el rendimiento. Un índice GIN en una tabla de alto churn puede degradar significativamente el rendimiento de escritura.

Clave subrogada

Mon, 01 Jan 0001 00:00:00 +0000

La clave subrogada (surrogate key) es un identificador numérico secuencial generado internamente por el data warehouse, sin ningún significado de negocio. Es distinta de la clave natural — la que proviene del sistema fuente (ej. el código de cliente, el número de empleado).

Por qué es necesaria #

En la SCD Tipo 2, el mismo cliente puede tener múltiples filas en la tabla dimensional — una por cada versión histórica. La clave natural (cliente_id) ya no es única, así que se necesita un identificador que distinga cada versión individual: la clave subrogada (cliente_key).

COALESCE

Mon, 01 Jan 0001 00:00:00 +0000

COALESCE es una función SQL estándar que acepta una lista de expresiones y devuelve la primera que no es NULL. Si todas las expresiones son NULL, devuelve NULL.

Sintaxis #

COALESCE(expresion1, expresion2, expresion3, ...)

Equivale a una cadena de CASE WHEN:

CASE WHEN expresion1 IS NOT NULL THEN expresion1
 WHEN expresion2 IS NOT NULL THEN expresion2
 WHEN expresion3 IS NOT NULL THEN expresion3
 ELSE NULL END

Uso en las jerarquías #

En el contexto de las ragged hierarchies, COALESCE se usa a menudo para rellenar los niveles faltantes:

Code Review

Mon, 01 Jan 0001 00:00:00 +0000

La Code Review es la práctica por la cual un colega examina el código escrito por otro desarrollador antes de que se incorpore al branch principal. En GitHub ocurre dentro de las Pull Requests.

Cómo funciona #

El desarrollador abre una Pull Request con sus cambios. Un reviewer asignado examina el diff del código, deja comentarios, sugiere mejoras y finalmente aprueba o solicita cambios. El proceso es asíncrono: no hacen falta reuniones, la revisión ocurre en la herramienta. Solo después de la aprobación el código se fusiona en el branch principal.

Compliance

Mon, 01 Jan 0001 00:00:00 +0000

La Compliance (cumplimiento normativo) es la adhesión de una organización a las leyes, regulaciones y estándares del sector aplicables a su actividad. En el contexto AI, incluye GDPR, regulaciones bancarias (SOX, PCI-DSS), normativas sanitarias y políticas internas sobre el uso de datos.

Cómo funciona #

La compliance se verifica a través de auditorías, controles documentales y monitorización continua. Para los proyectos AI, requiere la trazabilidad de los datos usados para el training, la documentación de las decisiones automatizadas y la capacidad de explicar cómo el modelo llegó a un determinado output (explainability).

CTAS

Mon, 01 Jan 0001 00:00:00 +0000

CTAS (Create Table As Select) es un comando SQL Oracle que crea una nueva tabla y la puebla en una única operación con los resultados de un SELECT. Es la técnica estándar para migrar datos de una estructura a otra en tablas de gran tamaño.

Cómo funciona #

El comando combina DDL y DML: crea la tabla con la estructura derivada del SELECT e inserta los datos en un solo paso. Con el hint PARALLEL y el modo NOLOGGING, la copia de cientos de GB puede completarse en pocas horas. Después de la copia, se renombra la tabla original, se renombra la nueva, y el downtime se limita a los pocos segundos del rename.

Cutover

Mon, 01 Jan 0001 00:00:00 +0000

El cutover es el momento en que un sistema de produccion se traslada de la vieja infraestructura a la nueva. Es la fase mas visible de una migracion — la que todos recuerdan, para bien o para mal.

Anatomia de un cutover #

Un cutover bien planificado sigue un runbook detallado con pasos numerados, tiempos estimados, criterios de exito y procedimientos de rollback para cada paso. Los componentes tipicos:

Daily Standup

Mon, 01 Jan 0001 00:00:00 +0000

El Daily Standup es una reunión diaria breve (máximo 15 minutos) donde cada miembro del equipo responde a tres preguntas: qué hice ayer, qué haré hoy, hay algo que me bloquea. El propósito es sincronizar al equipo, no resolver problemas.

Cómo funciona #

Cada persona tiene aproximadamente dos minutos para su actualización. Los problemas se señalan pero no se discuten: la resolución ocurre después, entre las personas involucradas. La restricción temporal es lo que hace efectivo el standup — sin ella, degenera en una reunión de estado de 45 minutos.

Data Governance

Mon, 01 Jan 0001 00:00:00 +0000

La Data Governance es el conjunto de políticas, procesos, roles y estándares que una organización adopta para garantizar que sus datos sean precisos, seguros, conformes a las normativas y utilizados de forma coherente.

Cómo funciona #

Define quién es responsable de los datos (data owner, data steward), qué reglas de calidad aplicar, cómo clasificar los datos por sensibilidad y cómo rastrear su procedencia (data lineage). En un contexto AI, incluye también la verificación de la procedencia y calidad de los datos usados para el training de los modelos.

Data Guard

Mon, 01 Jan 0001 00:00:00 +0000

Data Guard es la tecnologia Oracle que mantiene una o mas copias sincronizadas (standby) de una base de datos de produccion (primario). El standby recibe y aplica continuamente los redo logs generados por el primario, manteniendose alineado en tiempo real o casi.

Como funciona #

El primario genera redo logs con cada transaccion. Estos logs se transmiten al standby por red, donde se aplican de dos formas posibles:

Data Warehouse

Mon, 01 Jan 0001 00:00:00 +0000

Un Data Warehouse (DWH) es un sistema de almacenamiento de datos diseñado específicamente para el análisis, el reporting y el soporte a las decisiones empresariales. A diferencia de las bases de datos operacionales (OLTP), un DWH recopila datos de múltiples fuentes, los transforma y los organiza en estructuras optimizadas para consultas analíticas.

Cómo funciona #

Los datos se extraen de los sistemas fuente (gestionales, CRM, ERP), se transforman mediante procesos ETL que los limpian, normalizan y enriquecen, y finalmente se cargan en el DWH. El modelo de datos típico es el star schema: una fact table central con las medidas numéricas conectada a tablas dimensionales que describen el contexto (tiempo, cliente, producto, geografía).

Dead Tuple

Mon, 01 Jan 0001 00:00:00 +0000

Un Dead Tuple es una fila en una tabla PostgreSQL que ha sido actualizada (UPDATE) o eliminada (DELETE) pero aún no ha sido removida físicamente. Permanece en las páginas de datos, ocupando espacio en disco y ralentizando los escaneos.

Cómo funciona #

Cuando PostgreSQL ejecuta un UPDATE, no sobrescribe la fila original: crea una nueva versión y marca la antigua como “muerta.” La fila antigua permanece físicamente en la página de datos hasta que VACUUM la limpia. Los dead tuples son el precio del modelo MVCC — necesarios para garantizar el aislamiento transaccional.

DEFAULT PRIVILEGES

Mon, 01 Jan 0001 00:00:00 +0000

DEFAULT PRIVILEGES es un mecanismo de PostgreSQL que permite definir con antelación los privilegios que se asignarán automáticamente a todos los objetos futuros creados en un schema. Se configura con el comando ALTER DEFAULT PRIVILEGES.

Cómo funciona #

El comando ALTER DEFAULT PRIVILEGES IN SCHEMA schema1 GRANT SELECT ON TABLES TO srv_monitoreo hace que cada nueva tabla creada en schema1 sea automáticamente legible por srv_monitoreo. Sin esta configuración, las tablas futuras requerirían un GRANT manual cada vez.

default_statistics_target

Mon, 01 Jan 0001 00:00:00 +0000

default_statistics_target es el parametro PostgreSQL que define el numero de muestras recopiladas por el comando ANALYZE para construir las estadisticas de cada columna. El valor por defecto es 100.

Como funciona #

PostgreSQL muestrea un cierto numero de valores por cada columna y los usa para construir dos estructuras:

Most common values (MCV): la lista de los valores mas frecuentes, con sus respectivas frecuencias
Histograma: la distribucion de los valores restantes, dividida en buckets de igual poblacion

El parametro default_statistics_target determina cuantos elementos tendran estas estructuras. Con el valor 100 (por defecto), el histograma tendra 100 buckets y la lista MCV contendra hasta 100 valores.

Directiva 2011/7/UE

Mon, 01 Jan 0001 00:00:00 +0000

La Directiva 2011/7/UE es la normativa europea sobre morosidad en las transacciones comerciales. Establece reglas claras: plazo estándar de 30 días, máximo 60 entre empresas (con acuerdo explícito), 30 para la administración pública, e intereses de demora automáticos al tipo BCE + 8%.

Cómo funciona #

La directiva fue transpuesta al derecho italiano mediante el D.Lgs. 231/2002 (modificado en 2012). Sobre el papel las reglas existen: 30 días estándar, intereses automáticos, compensación forfetaria de 40€ por factura pagada con retraso. En la práctica italiana es como si no existieran — el DSO medio italiano es de 80 días, muy por encima del máximo de 60.

Drill-down

Mon, 01 Jan 0001 00:00:00 +0000

El drill-down es la operación de navegación en reportes que permite pasar de un nivel agregado a un nivel de mayor detalle, descendiendo por una jerarquía.

Cómo funciona #

En una jerarquía Top Group → Group → Client:

Se parte del nivel más alto: facturación total por Top Group
Se hace clic en un Top Group para ver sus Groups (drill-down de primer nivel)
Se hace clic en un Group para ver los Clients individuales (drill-down de segundo nivel)

La operación inversa — subir del detalle al agregado — se llama drill-up (o roll-up).

DSO

Mon, 01 Jan 0001 00:00:00 +0000

El DSO (Days Sales Outstanding) es la métrica que mide el número medio de días que una empresa tarda en cobrar sus créditos tras la emisión de la factura. Es el indicador principal de la velocidad de pago en un mercado.

Cómo funciona #

Se calcula como: (Créditos comerciales / Facturación) × Días del periodo. Un DSO de 30 significa que en promedio los clientes pagan en un mes. En Italia el DSO medio es de 80 días según el European Payment Report — casi tres veces la media del norte de Europa (24-27 días).

ETL

Mon, 01 Jan 0001 00:00:00 +0000

ETL (Extract, Transform, Load) es el proceso fundamental a traves del cual los datos se mueven desde los sistemas fuente (bases de datos operacionales, archivos, APIs) al data warehouse.

Las tres fases #

Extract: extraccion de datos de los sistemas fuente. Puede ser completa (full load) o incremental (solo datos nuevos o modificados)
Transform: limpieza, validacion, estandarizacion y enriquecimiento de los datos. Aqui se aplican las reglas de negocio, las lookup sobre las dimensiones, los calculos derivados
Load: carga de los datos transformados en las tablas del data warehouse (fact y dimension)

Por que es critico #

El ETL es la parte menos visible pero mas critica de un data warehouse. Si los datos se extraen de forma incompleta, se transforman con reglas erroneas o se cargan sin controles, todo lo que esta encima — reportes, dashboards, decisiones — sera incorrecto.

Exchange Partition

Mon, 01 Jan 0001 00:00:00 +0000

El Exchange Partition es una operación DDL de Oracle que permite intercambiar instantáneamente el contenido de una partición con el de una tabla no particionada. No se mueve ni un solo byte de datos — la operación solo modifica los punteros en el data dictionary.

Cómo funciona #

El comando ALTER TABLE ... EXCHANGE PARTITION ... WITH TABLE ... modifica los metadatos en el data dictionary de modo que los segmentos físicos de la partición y de la tabla de staging intercambien su propiedad. La tabla de staging se convierte en la partición y viceversa. La operación dura menos de un segundo independientemente del volumen de datos, porque no implica ningún movimiento físico.

Execution Plan

Mon, 01 Jan 0001 00:00:00 +0000

Un execution plan (plan de ejecucion) es la secuencia de operaciones que la base de datos elige para resolver una consulta SQL. Cuando escribes un SELECT con JOINs, filtros WHERE y ordenamientos, el optimizer evalua decenas de estrategias posibles y elige una basandose en las estadisticas disponibles.

Como funciona #

El plan se representa como un arbol de nodos: cada nodo es una operacion (scan, join, sort, aggregate) que recibe datos de sus nodos hijos y los pasa al nodo padre. En PostgreSQL se visualiza con EXPLAIN (plan estimado) o EXPLAIN ANALYZE (plan real con tiempos efectivos y conteos de filas).

Facilitador

Mon, 01 Jan 0001 00:00:00 +0000

El Facilitador es la persona encargada de guiar el desarrollo de una reunión. No es quien decide — es quien garantiza que la decisión se tome de manera ordenada, en los tiempos previstos y con la contribución de todos los participantes.

Cómo funciona #

El facilitador controla el tiempo, gestiona los turnos de palabra, corta las discusiones fuera de tema (“lo anoto en el parking lot, lo hablamos después”) y se asegura de que el standup no supere los 15 minutos. El rol puede ser fijo o rotativo en el equipo.

Fact table

Mon, 01 Jan 0001 00:00:00 +0000

La fact table (tabla de hechos) es la tabla central de un star schema en el data warehouse. Contiene las medidas numéricas — importes, cantidades, conteos, duraciones — y las claves foráneas que la conectan con las tablas dimensionales.

Estructura #

Cada fila de la fact table representa un evento o una transacción de negocio: una venta, un siniestro, un envío, un acceso. Las columnas se dividen en dos categorías:

Float Financiero

Mon, 01 Jan 0001 00:00:00 +0000

El Float Financiero es la liquidez que una empresa genera de la diferencia entre los tiempos de cobro de sus clientes (más cortos) y los tiempos de pago a sus proveedores (más largos). Es de hecho un préstamo a coste cero obtenido a expensas de los proveedores.

Cómo funciona #

Una empresa de consultoría cobra del cliente final a 30 días pero paga a sus consultores a 90 días. La diferencia de 60 días genera un float: por cada 100.000€ de facturación mensual, la empresa dispone de ~200.000€ de liquidez gratuita que puede invertir o usar como capital circulante.

FLUSH PRIVILEGES

Mon, 01 Jan 0001 00:00:00 +0000

FLUSH PRIVILEGES es un comando MySQL/MariaDB que fuerza al servidor a recargar en memoria las tablas de privilegios desde la base de datos mysql. Hace inmediatamente efectivos los cambios en los permisos.

Cómo funciona #

MySQL mantiene en memoria una caché de las tablas de grant (mysql.user, mysql.db, mysql.tables_priv). Cuando se usan CREATE USER y GRANT, MySQL actualiza tanto las tablas como la caché automáticamente. Pero si las tablas de grant se modifican directamente con INSERT, UPDATE o DELETE, la caché no se actualiza. FLUSH PRIVILEGES fuerza la recarga de la caché desde las tablas.

Full Table Scan

Mon, 01 Jan 0001 00:00:00 +0000

Full Table Scan (o TABLE ACCESS FULL) es una operacion en la que la base de datos lee todos los bloques de datos de una tabla, de principio a fin, sin pasar por ningun indice.

Como funciona #

Oracle solicita bloques del disco (o de la cache) en secuencia, usando lecturas multi-bloque (db file scattered read). Cada fila de la tabla es examinada, independientemente de si cumple o no los criterios de la query.

GIN Index

Mon, 01 Jan 0001 00:00:00 +0000

Un GIN Index (Generalized Inverted Index) es un tipo de índice PostgreSQL diseñado para indexar valores compuestos: arrays, documentos JSONB, texto con trigramas y búsquedas full-text. A diferencia del B-Tree, un GIN crea un mapping inverso: de cada elemento (palabra, trigrama, clave JSON) a los registros que lo contienen.

Cómo funciona #

Para cada valor distinto en el dato indexado, GIN mantiene una lista de punteros a las filas que contienen ese valor. En el caso de pg_trgm, el texto se descompone en trigramas (secuencias de 3 caracteres) y cada trigrama se indexa. Una búsqueda LIKE '%ABC%' se traduce en una intersección de trigramas, evitando el escaneo secuencial.

Grain

Mon, 01 Jan 0001 00:00:00 +0000

El grain (granularidad) es el nivel de detalle de una fact table en un data warehouse. Define qué representa una fila individual: una transacción, un resumen diario, un total mensual, una línea de factura.

Cómo funciona #

La elección del grain es la primera decisión al diseñar una fact table. Todas las demás decisiones — medidas, dimensiones, ETL — derivan de ella:

GRANT

Mon, 01 Jan 0001 00:00:00 +0000

GRANT es el comando SQL usado para asignar privilegios a un usuario o rol sobre objetos específicos de la base de datos. En MySQL y MariaDB, los privilegios se asignan al par 'usuario'@'host', no solo al nombre de usuario.

Cómo funciona #

La sintaxis básica es GRANT <privilegios> ON <base_de_datos>.<tabla> TO 'usuario'@'host'. Los privilegios pueden ser granulares (SELECT, INSERT, UPDATE, DELETE) o globales (ALL PRIVILEGES). En MySQL 8, GRANT ya no crea usuarios implícitamente: se necesita primero un CREATE USER explícito, luego el GRANT. En MySQL 5.7 y MariaDB, GRANT con IDENTIFIED BY crea el usuario y asigna privilegios en un solo comando.

Group Replication

Mon, 01 Jan 0001 00:00:00 +0000

Group Replication es el mecanismo nativo de MySQL para crear clusters de alta disponibilidad con replicación síncrona entre múltiples nodos. A diferencia de la replicación clásica (asíncrona, master-slave), Group Replication garantiza que cada transacción sea confirmada por la mayoría de los nodos antes de considerarse committed.

Cómo funciona #

Los nodos se comunican mediante un protocolo de grupo (GCS — Group Communication System) que gestiona el consenso distribuido. Cada nodo mantiene una copia completa de los datos. Las transacciones son certificadas por el grupo: si no hay conflictos, se aplican en todos los nodos. Si hay un conflicto, la transacción se revierte en el nodo que la originó.

GTID

Mon, 01 Jan 0001 00:00:00 +0000

GTID (Global Transaction Identifier) es un identificador único asignado automáticamente a cada transacción confirmada en un servidor MySQL. El formato es server_uuid:transaction_id — por ejemplo 3E11FA47-71CA-11E1-9E33-C80AA9429562:23.

Cómo funciona #

Cuando el GTID está habilitado (gtid_mode = ON), cada transacción recibe un identificador que la hace rastreable en cualquier servidor del cluster de replicación. La réplica sabe exactamente qué transacciones ya ejecutó y cuáles necesita recibir, sin necesidad de especificar manualmente posiciones de binlog (archivo + offset).

Hash Join

Mon, 01 Jan 0001 00:00:00 +0000

Hash join es una estrategia de join disenada para grandes volumenes de datos. Funciona en dos fases: primero construye una estructura de datos en memoria, luego la usa para encontrar las correspondencias de forma eficiente.

Como funciona #

La base de datos lee la tabla mas pequena (build side) y construye una hash table en memoria, indexando las filas por la columna de join. Luego escanea la tabla mas grande (probe side) y para cada fila busca la correspondencia en la hash table con un lookup O(1).

Hot Desk

Mon, 01 Jan 0001 00:00:00 +0000

El Hot Desk (hot desking) es un modelo de organización de espacios de trabajo donde los escritorios no están asignados a empleados individuales. Quien va a la oficina ocupa un puesto libre, típicamente reservable a través de un sistema digital.

Cómo funciona #

En lugar de 50 puestos fijos para 50 empleados, la empresa dispone 15-20 puestos compartidos (hot desks) equipados con monitor, docking station y conectividad. Los empleados reservan el puesto los días que deben ir a la oficina, usando los demás días en smart working.

Huge Pages

Mon, 01 Jan 0001 00:00:00 +0000

Las Huge Pages son páginas de memoria de 2 MB, frente a los 4 KB estándar de Linux. Para una SGA Oracle de 64 GB, pasar de páginas de 4 KB (16,7 millones de páginas) a Huge Pages de 2 MB (32.768 páginas) reduce en 500 veces el número de entradas en la Page Table.

Cómo funciona #

Se configuran mediante el parámetro del kernel vm.nr_hugepages en /etc/sysctl.d/. El número necesario se calcula dividiendo el tamaño de la SGA entre 2 MB y añadiendo un margen del 1,5%. Tras reiniciar la instancia Oracle, la SGA se asigna en Huge Pages, verificable desde /proc/meminfo.

I/O Scheduler

Mon, 01 Jan 0001 00:00:00 +0000

El I/O Scheduler es el componente del kernel Linux que gestiona la cola de solicitudes de lectura y escritura hacia los dispositivos de bloque (discos). Decide el orden de ejecución de las solicitudes para optimizar el throughput y minimizar la latencia.

Cómo funciona #

Linux ofrece varios schedulers: cfq (Completely Fair Queuing, para escritorio), deadline/mq-deadline (para servidores y bases de datos), noop/none (para SSD/NVMe). Para Oracle la recomendación es deadline, que sirve las solicitudes minimizando los seeks del disco. Se configura vía /sys/block/sdX/queue/scheduler y se hace permanente vía GRUB.

Intereses de Demora

Mon, 01 Jan 0001 00:00:00 +0000

Los Intereses de Demora son los intereses que se devengan automáticamente sobre cada factura pagada con retraso respecto al plazo contractual. Según el D.Lgs. 231/2002 italiano (transposición de la Directiva UE 2011/7/UE), el tipo es igual al tipo BCE + 8 puntos porcentuales, sin necesidad de requerimiento formal.

Cómo funciona #

Desde el día siguiente al vencimiento de la factura, los intereses se devengan automáticamente. El acreedor tiene derecho también a una compensación forfetaria de 40€ por cada factura pagada con retraso, por gastos de recuperación. No es necesario enviar un requerimiento — el derecho nace de la ley.

INTO OUTFILE

Mon, 01 Jan 0001 00:00:00 +0000

INTO OUTFILE es una cláusula SQL de MySQL que permite exportar el resultado de una query directamente a un archivo en el filesystem del servidor de base de datos. Es el método nativo para generar archivos CSV, TSV o con separadores personalizados.

Cómo funciona #

La cláusula se añade al final de un SELECT y especifica la ruta del archivo de destino. Los parámetros FIELDS TERMINATED BY, ENCLOSED BY y LINES TERMINATED BY controlan el formato de la salida. El archivo es creado por el usuario de sistema MySQL (no por el usuario que ejecuta la query), por lo que debe estar en un directorio con los permisos correctos.

Issue Tracker

Mon, 01 Jan 0001 00:00:00 +0000

Un Issue Tracker es un sistema para registrar, asignar, priorizar y monitorizar bugs, solicitudes de funcionalidades y tareas de proyecto. En GitHub está integrado directamente en el repositorio del código.

Cómo funciona #

Cada problema o solicitud se crea como “issue” con título, descripción, etiquetas de categoría/prioridad y asignación a un desarrollador. Las issues pueden vincularse a branches y Pull Requests: cuando una PR que referencia una issue se fusiona, la issue se cierra automáticamente. Esto crea una trazabilidad completa del problema a la solución.

IST

Mon, 01 Jan 0001 00:00:00 +0000

IST (Incremental State Transfer) es el mecanismo por el cual un nodo Galera que reingresa al cluster después de una ausencia breve recibe solo las transacciones faltantes, sin necesidad de descargar el dataset entero.

Cómo funciona #

Cuando un nodo se reconecta al cluster, el donante verifica si las transacciones faltantes aún están disponibles en su gcache (Galera cache). Si el gap está cubierto por el gcache, se ejecuta un IST: solo las transacciones faltantes se envían al nodo, que las aplica y vuelve al estado Synced. Si el gap supera el gcache, Galera recurre a un SST completo.

Kimball

Mon, 01 Jan 0001 00:00:00 +0000

Kimball se refiere a Ralph Kimball y su metodología de diseño de data warehouses, descrita en el libro The Data Warehouse Toolkit (primera edición 1996, tercera edición 2013).

El enfoque #

La metodología Kimball se basa en tres pilares:

Dimensional modeling: organizar los datos en star schemas con fact tables y dimension tables, optimizados para consultas analíticas
Bottom-up: construir el DWH partiendo de los data marts departamentales individuales, integrándolos progresivamente a través de dimensiones conformes (conformed dimensions)
Bus architecture: un framework para garantizar coherencia entre los data marts a través de dimensiones y hechos compartidos

Slowly Changing Dimensions #

Kimball definió la clasificación de las SCD (Slowly Changing Dimensions) en los tipos del 0 al 7, que se ha convertido en el estándar de facto en la industria. El Tipo 2 — con claves subrogadas y fechas de validez — es el más utilizado para rastrear la historia de las dimensiones.

Knowledge Transfer

Mon, 01 Jan 0001 00:00:00 +0000

El Knowledge Transfer (transferencia de conocimiento) es el proceso a través del cual competencias, información y know-how se transfieren de quien los posee a quien los necesita — entre colegas, entre equipos, o entre personas y sistemas de documentación.

Cómo funciona #

Puede ser formal (documentación, sesiones de formación, wikis) o informal (pair programming, mentoring, acompañamiento). La IA puede acelerar el knowledge transfer generando documentación a partir del código, los commits y las issues — no perfecta, pero suficiente para no perder conocimiento cuando alguien deja el proyecto.

KPI

Mon, 01 Jan 0001 00:00:00 +0000

Un KPI (Key Performance Indicator) es una métrica cuantificable usada para evaluar el éxito de una actividad, proyecto u organización respecto a objetivos predefinidos. En el contexto del trabajo remoto, los KPIs sustituyen la presencia física como indicador de productividad.

Cómo funciona #

Un KPI efectivo es específico, medible y vinculado a un objetivo concreto. En la consultoría IT: tickets cerrados, código liberado, SLAs cumplidos, clientes satisfechos. No “horas en el escritorio” — porque las horas no miden el valor producido, solo miden el tiempo transcurrido.

Least Privilege

Mon, 01 Jan 0001 00:00:00 +0000

El Least Privilege (principio del privilegio mínimo) es un principio fundamental de la seguridad informática: cada usuario, proceso o sistema debe tener solo los permisos estrictamente necesarios para desempeñar su función, nada más.

Cómo funciona #

En el ámbito de bases de datos, el principio se aplica asignando privilegios granulares: SELECT si el usuario solo debe leer, SELECT + INSERT + UPDATE si también debe escribir, nunca ALL PRIVILEGES si no es estrictamente necesario. Combinado con el modelo usuario@host de MySQL, el principio puede aplicarse también según el origen de la conexión.

Lift-and-Shift

Mon, 01 Jan 0001 00:00:00 +0000

Lift-and-Shift (rehosting) es una estrategia de migración que consiste en trasladar un sistema de un entorno a otro — típicamente de on-premise a cloud — sin modificar su arquitectura, código aplicativo o configuración. Se toma el sistema tal cual y se “levanta y traslada”.

Cómo funciona #

La infraestructura se replica en el entorno de destino: mismas máquinas virtuales, mismas bases de datos, mismo middleware. La ventaja es la velocidad: no hay reescritura de código, no hay rediseño arquitectónico. El riesgo es llevarse todos los problemas del entorno original, incluidas ineficiencias y deuda técnica.

Local Index

Mon, 01 Jan 0001 00:00:00 +0000

Un Local Index es un índice Oracle creado sobre una tabla particionada, que se particiona automáticamente con la misma clave y los mismos límites que la tabla. Cada partición de la tabla tiene una partición de índice correspondiente.

Cómo funciona #

Cuando se crea un índice con la cláusula LOCAL, Oracle crea una partición de índice por cada partición de la tabla. Si la tabla tiene 100 particiones mensuales, el índice tendrá 100 particiones correspondientes. Las operaciones DDL sobre una partición (DROP, TRUNCATE, SPLIT) invalidan solo la partición de índice correspondiente, no el índice entero.

MERGE

Mon, 01 Jan 0001 00:00:00 +0000

MERGE es una instrucción SQL que combina las operaciones de INSERT y UPDATE (y opcionalmente DELETE) en un único statement. Si el registro existe lo actualiza, si no existe lo inserta. Informalmente se conoce como “upsert”.

Sintaxis Oracle #

MERGE INTO tabla_destino d
USING tabla_fuente s ON (d.clave = s.clave)
WHEN MATCHED THEN UPDATE SET
 d.campo = s.campo
WHEN NOT MATCHED THEN INSERT (clave, campo)
 VALUES (s.clave, s.campo);

Uso en el data warehouse #

En el contexto ETL, el MERGE es el mecanismo base para cargar las tablas dimensionales:

Movilidad Sostenible

Mon, 01 Jan 0001 00:00:00 +0000

La Movilidad Sostenible es un enfoque del transporte urbano que privilegia el uso de medios de bajo impacto ambiental — bicicleta, transporte público, vehículos eléctricos, car sharing — frente al coche privado de combustión interna.

Cómo funciona #

Se basa en un cambio de paradigma: en lugar de construir más carreteras para más coches, se invierte en infraestructura ciclable, transporte público eficiente e incentivos para la movilidad activa. Ciudades como Ámsterdam, Copenhague y Múnich demuestran que el modelo funciona a gran escala.

MVCC

Mon, 01 Jan 0001 00:00:00 +0000

MVCC (Multi-Version Concurrency Control) es el modelo de concurrencia usado por PostgreSQL para gestionar el acceso simultáneo a los datos. Cada UPDATE crea una nueva versión de la fila y marca la antigua como “muerta”; cada DELETE marca la fila como ya no visible. Las lecturas no bloquean las escrituras y viceversa.

Cómo funciona #

Cada transacción ve un snapshot consistente de la base de datos en el momento de su inicio. Las filas modificadas por otras transacciones aún no confirmadas son invisibles. Esto elimina la necesidad de locks exclusivos en las lecturas, permitiendo alta concurrencia — pero genera “basura” en forma de dead tuples que deben ser limpiados por el VACUUM.

mydumper

Mon, 01 Jan 0001 00:00:00 +0000

mydumper es una herramienta open source de backup lógico para MySQL y MariaDB que implementa paralelismo real: no solo entre tablas diferentes, sino también dentro de la misma tabla, dividiéndola en chunks basados en la primary key.

Cómo funciona #

mydumper se conecta al servidor MySQL, adquiere un snapshot consistente con FLUSH TABLES WITH READ LOCK (o --trx-consistency-only para evitar locks globales en InnoDB), luego distribuye el trabajo entre threads múltiples. Cada tabla grande se rompe en chunks — por defecto basados en los rangos de la primary key — y cada chunk se exporta por un thread separado.

mysqlbinlog

Mon, 01 Jan 0001 00:00:00 +0000

mysqlbinlog es la utilidad de línea de comandos proporcionada con MySQL para leer y decodificar el contenido de los archivos binary log. Es la única herramienta capaz de convertir el formato binario de los binlog en salida legible o en instrucciones SQL re-ejecutables.

Cómo funciona #

mysqlbinlog lee los archivos binlog y produce salida en formato texto. Soporta varios filtros:

mysqldump

Mon, 01 Jan 0001 00:00:00 +0000

mysqldump es la utilidad de backup lógico incluida de serie en cada instalación de MySQL y MariaDB. Produce un archivo SQL que contiene todas las instrucciones (CREATE TABLE, INSERT) necesarias para reconstruir completamente el esquema y los datos de una base de datos.

Cómo funciona #

mysqldump se conecta al servidor MySQL y lee las tablas una por una, generando las instrucciones SQL correspondientes como salida. La operación es rigurosamente single-threaded: una tabla tras otra, una fila tras otra. El archivo producido puede comprimirse externamente (gzip, zstd) pero la herramienta en sí no ofrece compresión nativa.

mysqlpump

Mon, 01 Jan 0001 00:00:00 +0000

mysqlpump es la utilidad de backup lógico introducida por Oracle en MySQL 5.7 como evolución de mysqldump. La diferencia principal es el soporte para paralelismo a nivel de tabla y compresión nativa del output (zlib, lz4, zstd).

Cómo funciona #

mysqlpump puede hacer dump de múltiples tablas simultáneamente usando threads paralelos, configurables con --default-parallelism. La compresión se aplica directamente durante el dump, sin necesidad de pipes externos hacia gzip. También soporta el dump selectivo de usuarios y cuentas MySQL.

Nested Loop

Mon, 01 Jan 0001 00:00:00 +0000

Nested loop es la estrategia de join mas simple: por cada fila de la tabla externa, la base de datos busca las filas correspondientes en la tabla interna. Funciona como un doble ciclo for anidado — de ahi el nombre.

Como funciona #

El optimizer elige una tabla como “externa” (outer) y una como “interna” (inner). Por cada fila de la tabla externa, ejecuta una busqueda en la tabla interna sobre la columna de join. Si la tabla interna tiene un indice en la columna de join, cada busqueda es un acceso directo via B-tree. Sin indice, cada busqueda se convierte en un sequential scan completo.

NOLOGGING

Mon, 01 Jan 0001 00:00:00 +0000

NOLOGGING es un modo Oracle que deshabilita la generación de redo log durante operaciones de carga masiva. Las operaciones se completan mucho más rápido, pero los datos no son recuperables mediante redo en caso de crash antes de un backup.

Cómo funciona #

Cuando un segmento (tabla, índice, partición) está en modo NOLOGGING, las operaciones masivas como CTAS, INSERT /*+ APPEND */ y ALTER TABLE MOVE no escriben redo log para los bloques de datos. En una copia de 380 GB, esto elimina la generación de la misma cantidad de redo, evitando saturar el área de archivelog y reduciendo los tiempos de días a horas.

Object Privilege

Mon, 01 Jan 0001 00:00:00 +0000

Un Object Privilege en Oracle es una autorización que permite ejecutar operaciones sobre un objeto específico de la base de datos: una tabla, una vista, una secuencia o un procedimiento PL/SQL. Ejemplos típicos incluyen SELECT ON schema.tabla, INSERT ON schema.tabla y EXECUTE ON schema.procedimiento.

Cómo funciona #

Los object privileges se asignan con GRANT especificando la operación y el objeto destino: GRANT SELECT ON app_owner.clientes TO srv_report. Pueden asignarse a usuarios individuales o a roles. A diferencia de los system privileges, operan sobre un único objeto y no confieren poderes globales sobre la base de datos.

OCI

Mon, 01 Jan 0001 00:00:00 +0000

OCI (Oracle Cloud Infrastructure) es la plataforma cloud de Oracle, lanzada en su segunda generacion en 2018. A diferencia de otros proveedores cloud, OCI esta disenada nativamente para cargas de trabajo Oracle Database y ofrece ventajas significativas en licensing y rendimiento.

Por que OCI para Oracle Database #

La ventaja principal es el licensing. En OCI, Oracle reconoce sus propias OCPU (Oracle CPU) con una relacion 1:1 para el conteo de licencias. En otros proveedores cloud como AWS o Azure, la relacion vCPU-licencias es menos favorable y el riesgo de auditoria es real.

OLAP

Mon, 01 Jan 0001 00:00:00 +0000

OLAP (Online Analytical Processing) indica un enfoque de procesamiento de datos orientado al análisis multidimensional: agregaciones, drill-down, comparaciones temporales, slice-and-dice sobre grandes volúmenes de datos históricos.

OLAP vs OLTP #

Característica	OLAP	OLTP
Propósito	Análisis y reporting	Transacciones operativas
Modelo de datos	Star schema, desnormalizado	3NF, normalizado
Consulta típica	Agregaciones sobre millones de filas	Lectura/escritura de pocas filas
Usuarios	Analistas, management	Aplicaciones, operadores
Actualización	Batch (ETL periódico)	Tiempo real

Operaciones OLAP #

Las operaciones fundamentales del análisis OLAP son:

Outsourcing

Mon, 01 Jan 0001 00:00:00 +0000

El Outsourcing es la práctica de confiar el desarrollo, el mantenimiento o la gestión de sistemas IT a proveedores externos a la empresa. Puede abarcar proyectos completos (desarrollo de software custom) o servicios continuos (gestión de infraestructura, soporte aplicativo).

Cómo funciona #

La empresa cliente define los requisitos y firma un contrato con un proveedor externo que se compromete a realizar el proyecto. Los modelos contractuales más comunes son: a cuerpo (precio fijo por resultado definido), por tiempo y materiales (jornadas-hombre facturadas), o híbridos. El proveedor pone a disposición un equipo de consultores que trabajan en el proyecto, frecuentemente con rotación periódica del personal.

Parking Lot

Mon, 01 Jan 0001 00:00:00 +0000

El Parking Lot es una lista visible — en una pizarra, un documento compartido o el chat — donde el facilitador anota los temas que surgen durante una reunión pero que no pueden discutirse en el tiempo disponible. Los temas se “aparcan” y se abordan después de la reunión solo con las personas involucradas.

Cómo funciona #

Cuando durante un standup alguien plantea un problema complejo, el facilitador dice: “Lo anoto en el parking lot, lo hablamos después.” El tema no se ignora — simplemente se traslada al contexto adecuado, donde puede abordarse sin hacer perder tiempo a quienes no están involucrados.

Partita IVA

Mon, 01 Jan 0001 00:00:00 +0000

La Partita IVA es el código de identificación fiscal asignado a los trabajadores autónomos y empresas en Italia para las operaciones sujetas a IVA. En la consultoría IT, “trabajar con partita IVA” significa operar como profesional independiente, facturando los servicios directamente al cliente.

Cómo funciona #

El consultor autónomo emite factura al cliente al final del periodo de trabajo. El pago se realiza según los términos contractuales — que en Italia son típicamente 60-90-120 días fin de mes. Mientras tanto, el consultor asume todos los gastos (cotizaciones sociales, impuestos, alquiler, suministros) con fondos propios.

Partition Pruning

Mon, 01 Jan 0001 00:00:00 +0000

El Partition Pruning es el mecanismo por el cual Oracle, durante la ejecución de una query sobre una tabla particionada, identifica y excluye automáticamente las particiones que no pueden contener datos relevantes para el predicado de la query.

Cómo funciona #

Cuando una query incluye un predicado sobre la columna de partición (ej. WHERE data_movimento BETWEEN ...), Oracle consulta los metadatos de las particiones y determina cuáles contienen datos en el rango solicitado. Solo esas particiones se leen. En el plan de ejecución aparece como PARTITION RANGE SINGLE o PARTITION RANGE ITERATOR.

Pedaleo Asistido

Mon, 01 Jan 0001 00:00:00 +0000

El Pedaleo Asistido es un sistema de propulsión eléctrica montado en una bicicleta que amplifica la fuerza del pedaleo del ciclista mediante un motor eléctrico. El motor se activa solo cuando se pedalea y se desactiva por encima de los 25 km/h (límite europeo).

Cómo funciona #

Un sensor detecta la fuerza y la cadencia del pedaleo y activa el motor eléctrico proporcionalmente. Cuanto más fuerte pedaleas, más ayuda el motor. El resultado es que cuestas como el Celio en Roma se convierten en una ligera pendiente, y se llega al destino sin sudar — un detalle crucial para quien tiene que presentarse en la oficina.

Pendularismo

Mon, 01 Jan 0001 00:00:00 +0000

El Pendularismo (commuting) es el desplazamiento diario entre casa y lugar de trabajo. En las grandes ciudades italianas como Roma, el desplazamiento medio absorbe 2-4 horas al día, con costes directos (combustible, aparcamiento, transporte público) e indirectos (estrés, cansancio, productividad perdida).

Cómo funciona #

Un consultor IT que vive a 30 km de la oficina en Roma puede tardar 1h15-2h30 solo para la ida. En 220 días laborables, son 47-89 horas perdidas al mes — hasta dos semanas laborables pasadas en el coche sin producir nada.

pg_stat_statements

Mon, 01 Jan 0001 00:00:00 +0000

pg_stat_statements es una extensión de PostgreSQL — incluida en la distribución oficial pero no activa por defecto — que lleva el registro de las estadísticas de ejecución de todas las queries SQL que pasan por el servidor. Las queries se normalizan (los valores literales se reemplazan con parámetros) para agrupar las ejecuciones del mismo patrón.

Cómo funciona #

La extensión requiere ser cargada como shared library al arranque del servidor mediante el parámetro shared_preload_libraries. Una vez activa, registra para cada query: número de ejecuciones, tiempo total y medio, filas devueltas, bloques leídos de disco y de caché. El parámetro pg_stat_statements.max controla cuántas queries distintas se rastrean (por defecto 5000).

pg_trgm

Mon, 01 Jan 0001 00:00:00 +0000

pg_trgm es una extensión de PostgreSQL que implementa la búsqueda basada en trigramas — secuencias de tres caracteres consecutivos extraídos del texto. Habilita el uso de índices GIN y GiST para acelerar búsquedas LIKE '%valor%' e ILIKE, que de otro modo requerirían escaneos secuenciales.

Cómo funciona #

La extensión descompone cada cadena en trigramas: por ejemplo, “hello” se convierte en {" h", " he", “hel”, “ell”, “llo”, “lo “}. Un índice GIN con operator class gin_trgm_ops indexa estos trigramas. Al ejecutar un LIKE '%ell%', PostgreSQL busca los trigramas correspondientes en el índice en lugar de escanear toda la tabla.

PITR

Mon, 01 Jan 0001 00:00:00 +0000

PITR (Point-in-Time Recovery) es una técnica de restauración que permite llevar una base de datos a cualquier momento en el tiempo, no solo al momento del backup. Se basa en la combinación de un backup completo y los logs de transacciones (binary log en MySQL, WAL en PostgreSQL, redo log en Oracle).

Cómo funciona #

El proceso se articula en dos fases:

Presentismo

Mon, 01 Jan 0001 00:00:00 +0000

El Presentismo es la cultura organizativa que mide el valor del trabajo en base a la presencia física del empleado en la oficina, independientemente de la calidad y cantidad de los resultados producidos. Es la suposición de que “si te veo en tu escritorio, estás trabajando.”

Cómo funciona #

En una organización presentista, estar en la oficina de 9 a 18 es más importante que cerrar tareas. Llegar tarde es un problema incluso si has producido más que todos. Trabajar desde casa es sospechoso incluso si los resultados son excelentes. El control se basa en la vista, no en las métricas.

Pull Request

Mon, 01 Jan 0001 00:00:00 +0000

Una Pull Request (PR) es una solicitud formal de incorporar los cambios de un branch de desarrollo al branch principal del repositorio. Es el mecanismo central de colaboración en GitHub y plataformas similares.

Cómo funciona #

El desarrollador trabaja en un branch dedicado (ej. fix/issue-234-error-calculo), completa los cambios, y abre una PR. La PR muestra el diff del código, permite a los colegas comentar línea por línea, solicitar cambios o aprobar. Solo después de la aprobación el código se une (merge) al branch principal. Esto garantiza que el código “bueno” siga siendo bueno.

Quorum

Mon, 01 Jan 0001 00:00:00 +0000

El quorum es el número mínimo de nodos que deben estar de acuerdo para considerar el cluster operativo. En un cluster de 3 nodos, el quorum es 2 (la mayoría). Si un nodo se desconecta, los otros dos reconocen que son la mayoría y continúan operando normalmente.

Cómo funciona #

Galera Cluster utiliza un protocolo de comunicación de grupo que verifica continuamente cuántos nodos son alcanzables. El cálculo es simple: quorum = (número total de nodos / 2) + 1. Con 3 nodos el quorum es 2, con 5 nodos es 3. Los nodos que pierden el quorum pasan al estado Non-Primary y rechazan las escrituras para evitar inconsistencias.

RAC

Mon, 01 Jan 0001 00:00:00 +0000

RAC (Real Application Clusters) es la tecnologia Oracle que permite a multiples instancias de base de datos acceder simultaneamente al mismo almacenamiento compartido. Si un nodo falla, los demas continuan atendiendo solicitudes sin interrupcion — el failover es transparente para las aplicaciones.

Como funciona #

Un cluster RAC esta compuesto por dos o mas servidores (nodos) conectados entre si mediante una red privada de alta velocidad (interconnect) y almacenamiento compartido (tipicamente ASM — Automatic Storage Management). Cada nodo ejecuta su propia instancia Oracle, pero todos acceden a los mismos datafiles.

Ragged hierarchy

Mon, 01 Jan 0001 00:00:00 +0000

Una ragged hierarchy (jerarquía desequilibrada) es una estructura jerárquica en la que no todas las ramas alcanzan la misma profundidad. Algunos niveles intermedios están ausentes para determinadas entidades.

Ejemplo concreto #

En una jerarquía de tres niveles Top Group → Group → Client:

Algunos clientes tienen los tres niveles (jerarquía completa)
Algunos clientes tienen un Group pero ningún Top Group
Algunos clientes no tienen ni Group ni Top Group (clientes directos)

El resultado es una estructura con “huecos” que causa problemas en los reportes de agregación: filas con NULL, totales divididos, drill-downs incompletos.

Range Partitioning

Mon, 01 Jan 0001 00:00:00 +0000

El Range Partitioning (particionamiento por rango) es una estrategia de particionamiento de tablas en la que las filas se distribuyen en particiones diferentes según el valor de una columna respecto a intervalos predefinidos. La columna de particionamiento es casi siempre una fecha en los data warehouses.

Cómo funciona #

Cada partición se define con una cláusula VALUES LESS THAN que establece el límite superior del intervalo. Oracle asigna automáticamente cada fila a la partición correcta según el valor de la columna de particionamiento. Si una fila tiene data_vendita = '2025-03-15', se inserta en la partición cuyo rango incluye esa fecha.

Redo Log

Mon, 01 Jan 0001 00:00:00 +0000

Redo Log es el mecanismo con el que Oracle registra cada modificacion de datos (INSERT, UPDATE, DELETE, DDL) antes de que se escriba definitivamente en los datafiles. Es la garantia fundamental de durabilidad de las transacciones.

Como funciona #

Oracle escribe las modificaciones en los redo log online de forma secuencial y continua. Los redo log estan organizados en grupos circulares: cuando un grupo se llena, Oracle pasa al siguiente. Cuando todos los grupos han sido utilizados, Oracle vuelve al primero (log switch).

Relay log

Mon, 01 Jan 0001 00:00:00 +0000

El relay log es un archivo de log intermedio presente en el slave en una arquitectura de replicación MySQL. Contiene los eventos recibidos del binary log del master, a la espera de ser ejecutados localmente por el hilo SQL del slave.

Cómo funciona #

El flujo de la replicación MySQL pasa por el relay log en tres fases:

El I/O thread del slave se conecta al master y lee los binary log
Los eventos recibidos se escriben en el relay log local
El SQL thread del slave lee los eventos del relay log y los ejecuta en la base de datos local

Esta arquitectura de dos hilos permite desacoplar la recepción de datos de su aplicación: el slave puede seguir recibiendo eventos del master incluso si la ejecución local está temporalmente ralentizada.

REVOKE

Mon, 01 Jan 0001 00:00:00 +0000

REVOKE es el comando SQL que elimina privilegios o roles previamente asignados con GRANT. Es el complemento indispensable del GRANT y la herramienta principal para restringir permisos cuando se reestructura un modelo de seguridad.

Cómo funciona #

La sintaxis sigue el mismo esquema que GRANT: REVOKE SELECT ON schema.tabla FROM usuario o REVOKE rol FROM usuario. En Oracle, revocar un rol como DBA elimina de un solo golpe todos los system privileges incluidos en ese rol. Antes de ejecutar un REVOKE crítico, es fundamental verificar que el usuario mantenga los privilegios necesarios para sus funciones.

RMAN

Mon, 01 Jan 0001 00:00:00 +0000

RMAN (Recovery Manager) es la herramienta nativa de Oracle para el backup, restore y recovery de la base de datos. Es una utilidad de linea de comandos que gestiona todas las operaciones de proteccion de datos de forma integrada con la base de datos.

Que hace #

Backup: completos, incrementales, solo de archived logs
Restore: recuperacion de datafiles, tablespaces o de toda la base de datos
Recovery: aplicacion de redo logs para llevar la base de datos a un punto en el tiempo especifico
Duplicate: creacion de copias de la base de datos, incluyendo bases de datos standby para Data Guard

RMAN y Data Guard #

Para la creacion de una base de datos standby, RMAN permite el DUPLICATE ... FOR STANDBY FROM ACTIVE DATABASE — una copia directa por red del primario al standby, sin necesidad de backups intermedios en cinta o disco. El comando transfiere todos los datafiles y controlfiles y los configura automaticamente para la replica.

ROI

Mon, 01 Jan 0001 00:00:00 +0000

El ROI (Return on Investment) es la métrica que mide el rendimiento de una inversión relacionando el beneficio neto con el coste incurrido, expresado como porcentaje. Un ROI del 200% significa que cada euro invertido generó dos de retorno.

Cómo funciona #

Se calcula como: (Beneficio - Coste) / Coste × 100. En el contexto de proyectos IT con componentes IA, el cálculo del ROI debe incluir no solo los costes de implementación sino también los de mantenimiento, formación del equipo, governance y gestión de errores del modelo.

ROLE

Mon, 01 Jan 0001 00:00:00 +0000

En PostgreSQL, ROLE es la única entidad de seguridad. No existe distinción entre “usuario” y “rol”: todo es un ROLE. Un ROLE con el atributo LOGIN se comporta como un usuario; sin LOGIN, es un contenedor de privilegios asignable a otros ROLEs.

Cómo funciona #

CREATE USER mario es simplemente un atajo para CREATE ROLE mario WITH LOGIN. Los ROLEs pueden poseer objetos, heredar privilegios de otros ROLEs a través del atributo INHERIT, y ser utilizados para construir jerarquías de permisos. Un ROLE “funcional” (sin LOGIN) agrupa privilegios; los ROLEs “usuario” (con LOGIN) los heredan.

RPO

Mon, 01 Jan 0001 00:00:00 +0000

RPO (Recovery Point Objective) es la cantidad maxima de datos que una organizacion puede permitirse perder en caso de fallo o desastre. Se mide en tiempo: un RPO de 1 hora significa aceptar la perdida de como maximo la ultima hora de transacciones.

Como se determina #

El RPO depende de la estrategia de backup y replica:

Estrategia	RPO tipico
Backup nocturno en cinta	12-24 horas
Backup + archived logs en almacenamiento remoto	1-4 horas
Data Guard asincrono (MaxPerformance)	Pocos segundos
Data Guard sincrono (MaxAvailability)	Cero

RPO vs RTO #

RPO y RTO son complementarios pero distintos:

RTO

Mon, 01 Jan 0001 00:00:00 +0000

RTO (Recovery Time Objective) es el tiempo maximo aceptable para restaurar el servicio despues de un fallo o desastre. Se mide desde el momento del fallo hasta el momento en que el sistema vuelve a estar operativo.

Como se determina #

El RTO depende de la estrategia de recuperacion y la infraestructura disponible:

Estrategia	RTO tipico
Restore desde backup en cinta	4-12 horas
Restore desde backup en disco	1-4 horas
Data Guard con switchover manual	1-5 minutos
Data Guard con Fast-Start Failover	10-30 segundos

RTO vs RPO #

RTO: cuanto tiempo se necesita para reiniciar (mira hacia adelante)
RPO: cuantos datos puedes perder (mira hacia atras)

Son metricas independientes. Un restore desde backup puede tener RTO=2 horas y RPO=24 horas. Un Data Guard sincrono puede tener RTO=30 segundos y RPO=0.

SCAN Listener

Mon, 01 Jan 0001 00:00:00 +0000

El SCAN Listener (Single Client Access Name) es el componente de Oracle RAC que proporciona un unico nombre DNS para acceder al cluster. Las aplicaciones se conectan al SCAN name sin necesidad de conocer los nodos individuales: el listener distribuye automaticamente las conexiones entre los nodos activos.

Como funciona #

SCAN es un nombre DNS que resuelve a tres direcciones IP virtuales (VIP), distribuidas entre los nodos del cluster. Cuando un cliente se conecta al SCAN name, el DNS devuelve una de las tres IPs, y el listener en esa IP redirige la conexion al nodo mas apropiado segun el servicio solicitado y la carga.

SCD

Mon, 01 Jan 0001 00:00:00 +0000

SCD (Slowly Changing Dimension) indica un conjunto de tecnicas usadas en data warehouse para gestionar los cambios en los datos de las tablas dimensionales a lo largo del tiempo.

Tipos principales #

Tipo 1: sobreescritura del valor anterior. No se conserva historia
Tipo 2: insercion de una nueva fila con fechas de validez (fecha inicio, fecha fin). Conserva toda la historia
Tipo 3: adicion de una columna para el valor anterior. Conserva solo el ultimo cambio

Por que es importante #

En una base de datos transaccional, cuando un cliente cambia de direccion se actualiza el registro. En un data warehouse esto significaria perder la historia: todas las ventas anteriores aparecerian asociadas a la nueva direccion.

Schema

Mon, 01 Jan 0001 00:00:00 +0000

Un Schema en una base de datos relacional es un namespace lógico que agrupa objetos como tablas, vistas, funciones y secuencias. Funciona como un contenedor organizativo dentro de una base de datos.

Cómo funciona #

En PostgreSQL, el schema predeterminado es public. Para acceder a un objeto en otro schema se necesita el prefijo: schema1.tabla. El privilegio USAGE sobre un schema es prerequisito para acceder a cualquier objeto dentro de él — sin USAGE, ni siquiera un GRANT SELECT sobre las tablas funciona.

Scope

Mon, 01 Jan 0001 00:00:00 +0000

El Scope (alcance) de un proyecto define el perímetro de lo que el proyecto debe realizar: funcionalidades incluidas, entregables esperados, restricciones y límites acordados con los stakeholders. Todo lo que está dentro del scope se hace; todo lo que está fuera, no.

Cómo funciona #

El scope se define en las fases iniciales del proyecto a través de documentos como el Statement of Work o el Project Charter. Cualquier solicitud de cambio posterior debe pasar por un proceso formal de gestión de cambios para evaluar su impacto en plazos, costes y recursos.

Scope Creep

Mon, 01 Jan 0001 00:00:00 +0000

El Scope Creep es la expansión progresiva y frecuentemente no controlada del alcance de un proyecto respecto a lo definido inicialmente. Nuevos requisitos, modificaciones a las especificaciones y funcionalidades adicionales se acumulan sin un correspondiente ajuste de presupuesto y plazos.

Cómo funciona #

En un proyecto software, el scope creep empieza típicamente con peticiones aparentemente pequeñas: “añadamos también este campo”, “sería útil también esta función”. Cada modificación individual parece razonable, pero el efecto acumulativo es devastador. Las especificaciones se convierten en un objetivo móvil, el equipo nunca logra alcanzar una baseline estable, y el proyecto entra en un ciclo infinito de revisiones.

Scrum

Mon, 01 Jan 0001 00:00:00 +0000

Scrum es un framework ágil para la gestión de proyectos que organiza el trabajo en iteraciones de duración fija llamadas sprints (típicamente 2 semanas). Define tres roles (Product Owner, Scrum Master, Development Team) y cuatro ceremonias (Sprint Planning, Daily Standup, Sprint Review, Sprint Retrospective).

Cómo funciona #

Cada sprint comienza con una planificación, continúa con standups diarios para la sincronización, y termina con una review (qué se hizo) y una retrospectiva (cómo mejorar el proceso). El timeboxing es el principio fundamental: cada ceremonia tiene una duración máxima no negociable.

secure-file-priv

Mon, 01 Jan 0001 00:00:00 +0000

secure-file-priv es una variable de sistema MySQL que controla dónde las instrucciones LOAD DATA INFILE, SELECT INTO OUTFILE y la función LOAD_FILE() pueden operar en el filesystem del servidor.

Cómo funciona #

La variable acepta tres valores: una ruta específica (ej. /var/lib/mysql-files/), que limita las operaciones sobre archivos a ese directorio; una cadena vacía (""), que no impone restricciones; o NULL, que deshabilita completamente las operaciones sobre archivos. El valor solo se puede configurar en el archivo de configuración (my.cnf) y requiere reinicio del servicio para modificarse — no se puede cambiar en tiempo de ejecución.

Self-parenting

Mon, 01 Jan 0001 00:00:00 +0000

El self-parenting es una técnica de dimensional modeling usada para balancear las jerarquías desequilibradas (ragged hierarchies). El principio es simple: una entidad que no tiene un nivel jerárquico superior se convierte en su propio padre a ese nivel.

Cómo funciona #

En una jerarquía de tres niveles Top Group → Group → Client:

Un Client sin Group usa su propio nombre/ID como Group
Un Group sin Top Group usa su propio nombre/ID como Top Group

El resultado es una tabla dimensional sin NULLs en las columnas jerárquicas, con todos los niveles siempre poblados.

Sequential Scan

Mon, 01 Jan 0001 00:00:00 +0000

El Sequential Scan (Seq Scan) es la operación con la que PostgreSQL lee una tabla de principio a fin, bloque por bloque, sin utilizar ningún índice. Es el equivalente en PostgreSQL del Full Table Scan de Oracle.

Cuándo es normal #

En tablas pequeñas (unos pocos miles de filas), el sequential scan suele ser la opción más eficiente. Leer una tabla entera en secuencia es más rápido que hacer lookups en un índice cuando la tabla cabe en pocas páginas. El optimizer elige el sequential scan cuando estima que es más económico que un index scan.

SGA

Mon, 01 Jan 0001 00:00:00 +0000

La SGA (System Global Area) es el área de memoria compartida principal de Oracle Database. Contiene las estructuras de datos fundamentales: buffer cache (páginas de datos leídas de disco), shared pool (planes de ejecución y diccionario de datos), redo log buffer y large pool.

Cómo funciona #

El tamaño de la SGA se controla con el parámetro SGA_TARGET o SGA_MAX_SIZE. Oracle asigna la SGA al inicio de la instancia en la memoria compartida del sistema operativo. Los parámetros del kernel Linux shmmax y shmall deben dimensionarse para permitir la asignación completa de la SGA.

shared_buffers

Mon, 01 Jan 0001 00:00:00 +0000

shared_buffers es el parámetro que controla el tamaño del área de memoria compartida que PostgreSQL usa como caché para los bloques de datos leídos del disco. Cada vez que PostgreSQL lee una página de datos (8 KB), la conserva en shared_buffers para las lecturas posteriores.

Cómo funciona #

PostgreSQL asigna la memoria para shared_buffers al arranque del servicio. Todos los procesos backend comparten esta área de memoria. Cuando un proceso necesita un bloque de datos, busca primero en shared_buffers. Si lo encuentra (cache hit), la lectura es inmediata. Si no lo encuentra (cache miss), debe leer del disco — una operación órdenes de magnitud más lenta.

Single-primary

Mon, 01 Jan 0001 00:00:00 +0000

Single-primary es el modo operativo más común de MySQL Group Replication, donde solo un nodo del cluster — el primary — acepta operaciones de escritura. Los demás nodos (secondary) son de solo lectura (read_only=ON, super_read_only=ON) y reciben las modificaciones a través de la replicación síncrona del grupo.

Cómo funciona #

El parámetro group_replication_single_primary_mode=ON activa este modo. El primary es el único nodo con read_only=OFF. Si el primary se detiene o se vuelve inaccesible, el cluster ejecuta una elección automática y uno de los secondary se convierte en el nuevo primary en pocos segundos.

Smart Working

Mon, 01 Jan 0001 00:00:00 +0000

El Smart Working (trabajo ágil) es un modelo organizativo que permite al empleado trabajar desde cualquier lugar, combinando días en oficina y días en remoto, con horarios flexibles y evaluación basada en resultados en lugar de presencia.

Cómo funciona #

El modelo típico es 80/20: 80% remoto, 20% presencial. Los días en oficina sirven para workshops, revisiones de proyecto y team building — no para calentar la silla. La empresa proporciona equipamiento para el puesto doméstico (monitor, silla ergonómica, auriculares) y una contribución para la conectividad.

Snapshot (Oracle)

Mon, 01 Jan 0001 00:00:00 +0000

Snapshot en Oracle es una captura puntual de las estadisticas de rendimiento de la base de datos almacenada en el repositorio AWR. Por defecto Oracle genera un snapshot cada 60 minutos y los conserva durante 8 dias.

Como funciona #

Cada snapshot registra cientos de metricas: wait events, estadisticas SQL, metricas de memoria (SGA, PGA), I/O por datafile, estadisticas de sistema. La comparacion entre dos snapshots genera el informe AWR, que muestra que cambio entre los dos instantes.

Split-brain

Mon, 01 Jan 0001 00:00:00 +0000

El split-brain es una condición crítica que se produce cuando un cluster de bases de datos se divide en dos o más particiones que no pueden comunicarse entre sí, y cada partición continúa aceptando escrituras independientemente. El resultado son datos divergentes imposibles de reconciliar automáticamente.

Cómo funciona #

En un cluster de 3 nodos, si la red entre el Nodo 1 y los Nodos 2-3 se interrumpe, sin protección del quorum ambas partes podrían seguir aceptando escrituras. Cuando la red se restablece, el cluster se encontraría con dos versiones diferentes de los mismos datos. El mecanismo de quorum previene este escenario: solo la partición con la mayoría de nodos (quorum) puede seguir operando.

SQL Injection

Mon, 01 Jan 0001 00:00:00 +0000

La SQL Injection es una de las vulnerabilidades más extendidas y peligrosas en aplicaciones web. Se produce cuando los inputs proporcionados por el usuario se insertan directamente en las queries SQL sin validación ni parametrización, permitiendo a un atacante modificar la lógica de la query.

Cómo funciona #

El atacante inserta fragmentos de código SQL en los campos de input de la aplicación (formularios de login, campos de búsqueda, parámetros URL). Si la aplicación concatena estos inputs directamente en las queries SQL, el código malicioso es ejecutado por la base de datos con los privilegios del usuario aplicativo. En combinación con el privilegio FILE de MySQL y un secure-file-priv no configurado, el atacante puede leer archivos del sistema o escribir archivos arbitrarios en el servidor.

SST

Mon, 01 Jan 0001 00:00:00 +0000

SST (State Snapshot Transfer) es el mecanismo por el cual un nodo Galera que se une al cluster (o que ha estado offline demasiado tiempo) recibe una copia completa del dataset entero desde un nodo donante.

Cómo funciona #

Cuando un nodo se une al cluster y el gap de transacciones faltantes supera el tamaño del gcache, el cluster inicia un SST. El nodo donante crea una instantánea completa de la base de datos y la transfiere al nodo receptor. Los métodos disponibles son: mariabackup (no bloquea al donante), rsync (rápido pero bloquea al donante en lectura), y mysqldump (lento y bloqueante).

Stakeholder

Mon, 01 Jan 0001 00:00:00 +0000

Un Stakeholder es cualquier persona, grupo u organización con un interés directo o indirecto en el resultado de un proyecto. Incluye clientes, sponsors, usuarios finales, equipos de desarrollo, management y proveedores externos.

Cómo funciona #

En el project management, los stakeholders se identifican, clasifican por nivel de influencia e interés, y se gestionan con estrategias de comunicación diferenciadas. Un stakeholder de alta influencia y alto interés (como el CTO) requiere involucramiento activo; uno de baja influencia requiere solo actualizaciones periódicas.

Star schema

Mon, 01 Jan 0001 00:00:00 +0000

El star schema (esquema en estrella) es el modelo de datos más utilizado en el data warehouse. Toma su nombre de su forma: una tabla central de hechos (fact table) conectada a múltiples tablas dimensionales que la rodean, como los rayos de una estrella.

Estructura #

Fact table en el centro: contiene las medidas numéricas y las claves foráneas hacia las dimensiones
Dimension tables alrededor: contienen los atributos descriptivos (quién, qué, dónde, cuándo) con estructura desnormalizada

Las dimensiones en un star schema están típicamente desnormalizadas — todos los atributos en una sola tabla plana, sin jerarquías normalizadas. Esto simplifica las consultas y mejora el rendimiento de las agregaciones.

Swappiness

Mon, 01 Jan 0001 00:00:00 +0000

La Swappiness (vm.swappiness) es un parámetro del kernel Linux que controla cuán agresivamente el sistema mueve páginas de memoria de la RAM al swap en disco. El valor va de 0 (swap solo en caso extremo) a 100 (swap agresivo). El valor por defecto es 60.

Cómo funciona #

Con el valor por defecto 60, Linux comienza a hacer swap cuando la presión sobre la memoria es aún relativamente baja. Para un servidor de base de datos dedicado, esto es inaceptable: la SGA debe permanecer en RAM, siempre. El valor recomendado para Oracle es 1 — no 0, que deshabilitaría completamente el swap y podría provocar el OOM killer.

Switchover

Mon, 01 Jan 0001 00:00:00 +0000

El switchover es una operacion planificada de Oracle Data Guard que invierte los roles entre la base de datos primary y la standby. El primary se convierte en standby, el standby se convierte en primary. Ningun dato se pierde, ninguna transaccion falla — es un cambio limpio y controlado.

Switchover vs Failover #

La distincion es fundamental:

	Switchover	Failover
Cuando	Planificado (mantenimiento, migracion)	Emergencia (fallo del primary)
Perdida de datos	Cero	Posible (depende del modo)
Reversibilidad	Si, con otro switchover	No, el standby se convierte en primary permanentemente
Tiempo	Minutos (tipicamente 1-3)	Segundos a minutos

Como se ejecuta #

Con Data Guard Broker, el switchover es un unico comando:

System Privilege

Mon, 01 Jan 0001 00:00:00 +0000

Un System Privilege en Oracle es una autorización que permite ejecutar operaciones globales en la base de datos, independientemente de un objeto específico. Ejemplos típicos incluyen CREATE TABLE, CREATE SESSION, ALTER SYSTEM, CREATE USER y DROP ANY TABLE.

Cómo funciona #

Los system privileges se asignan con GRANT y se revocan con REVOKE. Pueden asignarse directamente a un usuario o a un rol. El rol predefinido DBA incluye más de 200 system privileges, razón por la cual asignarlo a usuarios aplicativos es una práctica peligrosa.

systemd

Mon, 01 Jan 0001 00:00:00 +0000

systemd es el sistema de inicio y gestor de servicios predeterminado en las distribuciones Linux modernas (CentOS/RHEL 7+, Ubuntu 16.04+, Debian 8+). En el ámbito de bases de datos, es el mecanismo que arranca, detiene y monitoriza las instancias MySQL o MariaDB.

Cómo funciona #

Cada servicio está definido por un archivo unit (ej. mysqld.service) que especifica el comando de arranque, el archivo de configuración, las dependencias y el comportamiento en caso de crash. En un setup multi-instancia, se crean unit files separados para cada instancia (ej. mysqld-app2.service, mysqld-reporting.service), cada uno con su propio --defaults-file apuntando a un my.cnf diferente.

Tablespace

Mon, 01 Jan 0001 00:00:00 +0000

Un Tablespace es la unidad lógica de organización del almacenamiento en Oracle Database. Cada tablespace está compuesto por uno o más datafiles físicos en disco, y cada objeto de la base de datos (tabla, índice, partición) reside en un tablespace.

Cómo funciona #

Oracle separa la gestión lógica (tablespace) de la física (datafile). Un DBA puede crear tablespaces dedicados para propósitos diferentes: uno para datos activos, uno para índices, uno para archivo. Esto permite distribuir la carga de I/O en discos diferentes y aplicar políticas de gestión diferenciadas (ej. read-only para datos históricos).

THP

Mon, 01 Jan 0001 00:00:00 +0000

Las THP (Transparent Huge Pages) son una función del kernel Linux que promueve automáticamente las páginas de memoria de 4 KB a 2 MB en segundo plano, sin configuración explícita. A diferencia de las Huge Pages estáticas, son gestionadas por el proceso del kernel khugepaged.

Cómo funciona #

Cuando están activas (por defecto always), el kernel intenta compactar las páginas normales en páginas grandes en segundo plano. El proceso khugepaged trabaja continuamente para encontrar y unir grupos de páginas contiguas, causando micro-congelamientos impredecibles durante las operaciones de compactación.

Timeboxing

Mon, 01 Jan 0001 00:00:00 +0000

El Timeboxing es una técnica de gestión del tiempo que consiste en asignar un intervalo temporal fijo y no negociable a una actividad. Cuando el tiempo se acaba, la actividad se cierra — independientemente de si se ha completado o no.

Cómo funciona #

Se define la duración máxima (15 minutos para un standup, 1 hora para una reunión de diseño, 2 semanas para un sprint) y se respeta la restricción. El timebox fuerza a las personas a concentrarse en lo esencial, evitando discusiones infinitas y perfeccionismo paralizante.

Transport Lag

Mon, 01 Jan 0001 00:00:00 +0000

El transport lag es el retardo entre el momento en que la base de datos primary genera un redo log y el momento en que ese redo log es recibido por la base de datos standby en una configuracion Oracle Data Guard. Es uno de los indicadores mas importantes para evaluar la salud de la replicacion.

Como se mide #

El transport lag se monitorea con una consulta sobre la vista V$DATAGUARD_STATS o mediante Data Guard Broker:

Unified Audit

Mon, 01 Jan 0001 00:00:00 +0000

Unified Audit (Oracle Unified Auditing) es el sistema de auditoría centralizado introducido en Oracle Database 12c que sustituye los mecanismos de auditoría tradicionales con una única infraestructura unificada. Todos los eventos de auditoría convergen en la vista UNIFIED_AUDIT_TRAIL.

Cómo funciona #

Unified Audit se basa en audit policies: reglas declarativas que especifican qué acciones monitorizar (DDL, DML, logins, operaciones administrativas). Las policies se crean con CREATE AUDIT POLICY, se activan con ALTER AUDIT POLICY ... ENABLE y pueden aplicarse a usuarios específicos o globalmente. Los registros de auditoría se escriben en una cola interna y luego se persisten en la tabla de sistema.

Unix Socket

Mon, 01 Jan 0001 00:00:00 +0000

Un Unix Socket (o socket de dominio Unix) es un endpoint de comunicación que permite a dos procesos en el mismo sistema operativo intercambiar datos sin pasar por la pila de red TCP/IP. En MySQL, es el método de conexión predeterminado cuando te conectas a localhost.

Cómo funciona #

Cuando un cliente MySQL se conecta especificando -h localhost, el cliente no usa TCP. Usa el archivo socket Unix (típicamente /var/run/mysqld/mysqld.sock) para comunicarse directamente con el proceso del servidor MySQL. Esta comunicación ocurre enteramente en el kernel, sin overhead de red, y es más rápida que una conexión TCP incluso en el mismo host.

VACUUM

Mon, 01 Jan 0001 00:00:00 +0000

VACUUM es el comando PostgreSQL que recupera el espacio ocupado por los dead tuples (filas muertas) y lo pone disponible para nuevas inserciones. No devuelve espacio al sistema operativo, no reorganiza la tabla y no compacta nada — marca las páginas como reescribibles.

Cómo funciona #

VACUUM tabla escanea la tabla, identifica los dead tuples que ya no son visibles para ninguna transacción y marca su espacio como reutilizable. Es una operación ligera que no bloquea las escrituras y puede ejecutarse en paralelo con las queries normales. VACUUM FULL en cambio reescribe físicamente toda la tabla con un lock exclusivo — para usar muy raramente y solo en emergencias.

Vendor Lock-in

Mon, 01 Jan 0001 00:00:00 +0000

El Vendor Lock-in es la situación en la que una empresa se vuelve dependiente de un proveedor externo hasta el punto de que cambiarlo resulta extremadamente costoso o técnicamente complejo. En el contexto IT, se produce cuando el código, la arquitectura o el conocimiento del sistema están en manos del proveedor y no del cliente.

Cómo funciona #

El lock-in se instaura gradualmente: el proveedor escribe el código con sus propias convenciones, usa tecnologías propietarias o no documentadas, y el equipo interno no participa en el desarrollo. Cuando el proveedor se va — por decisión propia o por despido — se lleva el know-how consigo. El cliente se queda con un software que no entiende, no sabe mantener y no puede evolucionar sin volver a contratar al mismo proveedor o empezar de cero.

Version Control

Mon, 01 Jan 0001 00:00:00 +0000

El Version Control (control de versiones) es un sistema que registra cada cambio en los archivos de un proyecto, manteniendo un historial completo de quién cambió qué, cuándo y por qué. Git es el sistema de control de versiones más usado en el mundo.

Cómo funciona #

Cada cambio se registra como “commit” con un mensaje descriptivo, un autor y un timestamp. El sistema mantiene toda la historia del proyecto: es posible volver a cualquier versión anterior, comparar versiones diferentes y entender la evolución del código en el tiempo. Con Git, cada desarrollador tiene una copia completa de la historia en su propio ordenador.

Wait Event

Mon, 01 Jan 0001 00:00:00 +0000

Wait Event es un indicador diagnostico de Oracle Database que identifica por que una sesion esta esperando en lugar de trabajar activamente. Cada vez que un proceso no puede continuar — porque espera un bloque del disco, un lock, una respuesta de red o un turno de CPU — Oracle registra un wait event especifico.

Los mas comunes #

Wait Event	Significado
`db file sequential read`	Lectura de un solo bloque — tipica de acceso por indice
`db file scattered read`	Lectura multi-bloque — tipica de full table scan
`log file sync`	Espera del commit en redo log
`enq: TX - row lock contention`	Conflicto de lock de fila
`direct path read`	Lectura directa (sin pasar por buffer cache)

Para que sirven #

Los wait events son la base de la metodologia diagnostica de Oracle. Analizando que eventos dominan el DB time (mediante AWR o ASH) se identifica inmediatamente la naturaleza del problema: I/O, contention, CPU o red.

WSREP

Mon, 01 Jan 0001 00:00:00 +0000

WSREP (Write Set Replication) es la API y el protocolo que Galera Cluster utiliza para la replicación síncrona multi-master. Cada transacción se captura como “write set” (conjunto de cambios a nivel de fila) y se replica en todos los nodos del cluster antes del commit.

Cómo funciona #

Cuando un nodo ejecuta una transacción, WSREP la intercepta en el momento del commit, la empaqueta como write set y la envía a todos los nodos del cluster a través del protocolo de comunicación de grupo. Cada nodo ejecuta un proceso de certification: verifica que la transacción no entre en conflicto con otras transacciones concurrentes. Si la certification tiene éxito, todos los nodos aplican la transacción. Si falla, la transacción se revierte en el nodo que la originó.

Yes-And

Mon, 01 Jan 0001 00:00:00 +0000

Yes-And (Sí-Y) es una técnica de comunicación originaria del teatro de improvisación, aplicada al project management para transformar las discusiones conflictivas en conversaciones constructivas. El principio es simple: en lugar de negar la propuesta del interlocutor con “No, pero…”, se acoge con “Sí, y…” añadiendo la propia contribución.

Cómo funciona #

Cuando alguien propone una idea, la respuesta “No” activa una reacción defensiva y bloquea la conversación. La respuesta “Sí, y…” reconoce la validez de la propuesta y la extiende, manteniendo el diálogo abierto. No significa estar de acuerdo con todo — significa construir sobre la propuesta del otro antes de redirigirla.

ZDM

Mon, 01 Jan 0001 00:00:00 +0000

ZDM (Zero Downtime Migration) es la herramienta que Oracle proporciona para automatizar las migraciones de bases de datos Oracle hacia OCI (Oracle Cloud Infrastructure) o hacia bases de datos on-premises de version superior. El nombre es algo optimista — el downtime no es cero, pero se reduce al minimo.

Como funciona #

ZDM es esencialmente un orquestador que combina tecnologias Oracle existentes bajo un unico flujo automatizado. Soporta dos modalidades: