ATLAS

Esta semana vimos las funciones de grupo (COUNT, SUM, AVG, MAX y MIN), cómo separar las filas en grupos con GROUP BY y cómo filtrar esos grupos con HAVING. Y ORA-00001 sigue creciendo: además de la sala nueva, la oficina cambió entera.

Lo nuevo en MoonJCode:

• La oficina ahora es "El anillo". Un pasillo rodea el open space y las salas quedan alrededor. Cada sala deja pistas en el piso (cables, burbujas, papeles timbrados) y una flecha te lleva a la sala que se acaba de abrir. Cruzar por el medio es un atajo... si no te para un zombi a contarte su vida. Para eso están los audífonos de la máquina expendedora.
• Tutorial en cada minijuego. La primera vez que entras, el reloj se detiene, practicas con un ticket que no cuenta y Wheatley te aconseja justo lo que no hay que hacer.
• La Aduana de Datos ahora se arma con piezas: arrastras funciones, columnas y formatos a la consulta, y sobran algunas.
• JUGAR LA SEMANA: desde el menú vas directo al minijuego de la semana, sin avanzar días ni tocar tu partida.
• La Sala de Directorio, con la materia de esta semana: el directorio quiere resúmenes y Wheatley les imprimió la tabla entera. Les encantó el grosor.

Las funciones de una sola fila devuelven un resultado por cada fila. Las funciones de grupo hacen lo contrario: toman un conjunto de filas y devuelven un solo resultado por grupo. Sin GROUP BY, toda la tabla es un solo grupo:

Lo que más me costó entender es que todas ignoran los NULL. COUNT(*) cuenta filas, pero COUNT(comision) cuenta solo las que tienen comisión. Y AVG(comision) divide solo por los que tienen comisión: si quiero que los demás cuenten como 0, tengo que usar AVG(NVL(comision, 0)). Para contar valores distintos está COUNT(DISTINCT cargo).

Con GROUP BY se arma un grupo por cada valor distinto de la columna, y HAVING filtra esos grupos igual que WHERE filtra filas:

Hay dos reglas que Oracle no perdona. La primera: toda columna del SELECT que no esté dentro de una función de grupo tiene que estar en el GROUP BY (si no, ORA-00937 o ORA-00979). La segunda: en el WHERE no se pueden usar funciones de grupo, porque cuando se evalúa el WHERE todavía no hay grupos (ORA-00934). El orden real en que Oracle lo hace es: FROM, WHERE, GROUP BY, las funciones de grupo, HAVING y al final SELECT y ORDER BY.

En el juego eso es la Clasificadora de la Sala de Directorio: eliges cada parte de la consulta (algunas opciones son trampa) y, al ejecutarla, ves cómo el WHERE tritura filas, el GROUP BY las mete en cajas, la función calcula cada caja y el HAVING bota las que no cumplen. Si pones un COUNT en el WHERE, la máquina se tranca con el mismo error que daría Oracle.

Esta semana vimos las funciones de conversión (TO_CHAR, TO_NUMBER y TO_DATE con sus modelos de formato) y las expresiones condicionales (CASE y DECODE), junto con las funciones generales que sirven para los NULL. Como prometí, el juego de la semana pasada creció: ORA-00001 tiene una sala nueva y algunos cambios que lo hacen todavía más (in)humano.

Lo nuevo en MoonJCode:

• Días de trabajo. La jornada va de 08:00 a 24:00; las otras 8 horas duermes (¿qué más vas a hacer? el trabajo es tu hobby). Cada día el jefe te pone una meta de tickets y, si la cumples, al día siguiente se abre la sala que sigue.
• El burnout ahora cuesta tiempo. Te quedas 4 horas tirado en el suelo, y esas horas no vuelven para cumplir la meta.
• Wheatley "optimiza" el botón Reintentar del instalador de Oracle: te lo mueve justo cuando vas a hacer clic. Hay una mejora, Botón con Super Glue, para que deje de molestar.
• La Aduana de Datos, con la materia de esta semana: Wheatley migró los datos del sistema gringo y cada ticket trae varias filas. Tu consulta tiene que servir para todas.

Oracle a veces convierte los datos solo (conversión implícita): si una expresión espera un número y le das el texto '2', lo transforma. Pero lo recomendable es convertir uno mismo (conversión explícita) con las funciones de conversión, porque así la consulta no depende de la suerte:

El modelo de formato va entre comillas simples y distingue mayúsculas: MONTH da MARZO y Month da Marzo. Dos detalles que me costaron: el formato RR decide el siglo de los años de dos dígitos (95 es 1995, 24 es 2024), y el modificador fx exige que el texto calce exacto con el formato, sin espacios de más.

Para los NULL están NVL (cambia el NULL por un valor), NVL2 (devuelve una cosa si no es NULL y otra si lo es) y NULLIF (devuelve NULL si dos expresiones son iguales). Y para tomar decisiones dentro de una consulta, la lógica IF-THEN-ELSE de SQL:

CASE es el estándar ANSI y DECODE es la versión propia de Oracle: DECODE(cargo, 'IT_PROG', 1.10 * sueldo, 'ST_CLERK', 1.15 * sueldo, sueldo) hace lo mismo. En el juego, esta es la Aduana de Datos: el ticket muestra varias filas y armas la consulta arrastrando piezas (funciones, columnas y formatos; ojo, que sobran algunas). Mientras armas, cada fila dice si tu consulta calza (OK) o no (NO). Ahí se nota que una función de una sola fila se ejecuta una vez por cada fila.

Esta semana vimos funciones de una sola fila. Pero esta vez no quise hacer otro minijuego suelto: empecé un juego más grande en Godot que va a ir creciendo con cada semana del ramo hasta terminar el semestre.

Se llama ORA-00001 (el error que tira Oracle cuando un valor que debería ser único se repite) y es una sátira: eres el único humano de la empresa MoonJCode que todavía sabe bases de datos, porque todos los demás le preguntan todo a Wheatley, la IA de la empresa. Adivina quién termina haciendo todo el trabajo.

Es un juego incremental: al principio todo se hace a mano y los tickets se te acumulan. Con los puntos que ganas compras mejoras para hacerlo más rápido o para automatizarlo... pero cada cosa que automatizas te quita neuronas. Cada semana se va a abrir una sala nueva de la oficina con la materia que toque, y al final del semestre ya veremos qué queda de tu cerebro.

Una función de una sola fila trabaja sobre cada fila por separado y devuelve un resultado por fila. Si la tabla tiene 100 empleados, UPPER(apellido) se ejecuta 100 veces y devuelve 100 apellidos en mayúscula. Además se pueden anidar, y se evalúan de adentro hacia afuera:

• Carácter: UPPER, LOWER, INITCAP, SUBSTR, INSTR, LENGTH, LPAD, TRIM, REPLACE
• Número: ROUND, TRUNC, MOD
• Fecha: SYSDATE, ADD_MONTHS, MONTHS_BETWEEN, LAST_DAY, NEXT_DAY
• Conversión: TO_CHAR, TO_NUMBER, TO_DATE
• Generales (para los NULL): NVL, NVL2, NULLIF, COALESCE, DECODE

En el juego esta materia es la Lavandería de Datos: Wheatley "limpió" la tabla de empleados y la dejó peor, así que tienes que escribir la función que deja cada dato como lo pide el ticket. Por dentro el juego trae un mini Oracle, así que también te responde con los errores de verdad, como ORA-00904 si escribes mal una columna. Y si haces trampa escribiendo el resultado a mano, tu script guardado falla en la siguiente fila.

Esta semana vimos la utilización de índices no únicos y sinónimos, y al igual que la semana anterior quise crear otro minijuego para hacer la semana más divertida.

Esta semana vimos:

• Creación y utilización de vistas simples y complejas
• Creación y utilización de secuencias

Este blog me gustaría centrarlo en la materia de secuencias ya que fue la que más me interesó y me inspiró a crear este juego, el cual pueden jugar y aprender cómo funcionan las secuencias.

El segundo tema me costó más entenderlo ya que no sabía a qué se refería con que cada usuario podía ver ciertos datos de la base de datos, ya que yo estoy acostumbrado a ver todos los datos como administrador, no tenía idea de esos comandos de base de datos.

No se me ocurrió nada creativo para explicar esta materia así que intentaré explicarlo con el ejemplo anterior, si tú y tu amigo están construyendo una casa, para que los 2 entiendan la idea necesitan un plano del cual puedan consultar los bloques y decoraciones que necesita la casa, en el caso de la base de datos un desarrollador puede consultar la estructura de la base de datos para poder trabajar con ella de manera clara.

No tuve mucha creatividad con esta segunda materia así que para hacer más divertida la semana decidí dejar clips graciosos de mi tiempo libre.