El espacio multidimensional

Abre una hoja de cálculo y reserva siete columnas, una por coordenada: quién, qué, dónde, cuándo, cuánto, cuál y la de enlaces que las amarra, cómo.

Ahora pega, en filas sucesivas, hechos que no tienen nada que ver entre sí: una venta de media tarde, un gol del segundo tiempo, el estreno de una película, una ordenanza municipal, la llamada de una usuaria a un agente de inteligencia artificial.

Cinco mundos ajenos, una sola rejilla. Y fila tras fila, la mayoría de las celdas en blanco.

Esa hoja medio vacía no es un borrador descuidado. Es el retrato más honesto de lo que vamos a estudiar.

A esa rejilla, llevada hasta el final, la llamaremos el espacio multidimensional de WQuestions.

Tiene un eje por cada coordenada de valor, seis dimensiones que fijan posición, y una malla de enlaces que une las lecturas de cada hecho.

Los sucesos del mundo son puntos dentro de ese espacio. Habrá regiones congestionadas, donde los hechos llenan casi todos sus ejes, y regiones casi desiertas. Pero todos obedecen a la misma física.

Este capítulo trata de esa física.

No por afición a las matemáticas, sino porque pensar la base de datos como un espacio cambia de raíz cómo se escribe una consulta y cómo un sistema audita lo que una organización sabe de sí misma.

De la metáfora a la geometría

Conviene decirlo sin rodeos, porque es la tesis del capítulo: las coordenadas no son una metáfora.

Cuando en los capítulos anteriores dijimos que un hecho «se ubica» en los ejes de las preguntas, no estábamos adornando la idea con vocabulario prestado.

Estábamos describiendo un espacio de verdad, que se puede definir con rigor y que se comporta como tal.

Puestos a ser estrictos: el universo de valores, llamémoslo V, es la unión de todos los individuos que viven en los seis ejes de valor.

V  =  Q ∪ O ∪ L ∪ T ∪ N ∪ K          (el universo de valores)
S  ⊆  Q × O × L × T × N × K          (una situación: un punto, posiblemente parcial)
M                                     (los enlaces que conectan cada lectura del punto)

Una situación es un punto de ese espacio: una lista con, como mucho, una lectura por eje.

Ese «como mucho» es el primer detalle que lo separa de los espacios que verás en un libro de cálculo.

Pero antes de las diferencias, fijemos la idea con un caso. Toma la venta que el vendedor 17 registró a las cuatro y media: no es una abstracción, es un punto con coordenadas legibles, una por eje.

En la inmensa mayoría de los puntos no habrá una lectura en cada eje. Y eso es lo normal, no un defecto.

El gol de Messi toca Q, O y T. La llamada al agente de IA, por ocurrir «en la nube», deja vacío el eje L.

Por eso conviene pensar el espacio como algo parcial: cada hecho ocupa las dimensiones que le importan y deja en paz las demás.

La promesa del modelo nunca fue que todo en la vida sea complicadísimo. Fue que cualquier hecho, por raro que sea, encuentra su sitio exacto en este mapa.

Tres propiedades formales

Si trabajas con datos, la expresión «espacio multidimensional» te sonará: el espacio vectorial del álgebra, las tablas relacionales, los cubos del business intelligence.

Todos comparten la idea de varios ejes.

Pero el espacio de WQuestions se separa de ellos en tres cosas, y cada una desactiva una incomodidad clásica del modelado de datos.

La tercera merece una observación que el resto del libro aprovechará.

Que el espacio esté tipado no es un adorno. Es lo que permite comprobar una consulta antes de ejecutarla.

Si alguien pide «hechos donde Q sea anterior a 2026», el motor rechaza la pregunta sin tocar un solo dato, porque sabe que en el eje de los agentes «anterior a» no significa nada.

La geometría no solo guarda. También defiende su propia coherencia.

Las dimensiones son los roles, no los ejes

Aquí conviene deshacer una confusión que arrastra la palabra «ejes».

Al decir que el espacio tiene seis dimensiones de valor, podría parecer que un hecho tiene, como mucho, seis. No es así.

Lo que da dimensión a una situación no son los seis ejes, sino los roles que cada eje despliega dentro de ese hecho.

Un gol no tiene «un quién». Tiene un anotador y un asistente, dos roles distintos sobre el mismo eje Q. Una película no tiene «un autor»: tiene una directora y una guionista.

Cada rol es una dimensión propia.

Míralo en el gol de Messi. El eje Q aparece dos veces, pero no como duplicado: como dos coordenadas con roles distintos, cada una con su propio enlace de cómo.

Por eso la dimensión real de un hecho es cuántos roles activa, no cuántos ejes existen.

El espacio de seis ejes es, en rigor, un espacio abierto: cada situación puede abrir tantos roles como su naturaleza exija, y todos aterrizan sobre los mismos seis ejes.

Los ejes son el alfabeto. Los roles, las palabras.

La hoja dispersa, en acción

Volvamos a la rejilla del principio, ahora con datos del repertorio. Cinco situaciones de cinco dominios sin parentesco alguno, conviviendo en la misma estructura. Observa, sobre todo, las celdas en blanco: no son un descuido, son la parcialidad funcionando.

Lo notable no es que las cinco filas quepan en la misma tabla. Es que la estructura es idéntica para todas.

Cualquier analista, y cualquier modelo de lenguaje, puede leer esta rejilla y entender qué dice cada fila sin ser experto en ventas, en fútbol ni en derecho administrativo.

Y esa uniformidad es lo que vuelve trivial la búsqueda.

Si alguien pide «todo lo que ocurrió el 14 de mayo de 2026», basta filtrar el eje T. El sistema devolverá, en el mismo gesto, la ordenanza de la municipalidad.

No hace falta tender un puente entre el servidor de la tienda, el de deportes y el legal. Todo vive en la misma geometría.

Consultar es restringir la geometría

Si los hechos son puntos en un espacio de seis ejes, una consulta es poner condiciones sobre las coordenadas.

Fijar un eje a un valor es trazar un corte. Pedir un rango es recortar una franja. Quedarse con unos pocos ejes es mirar la sombra del conjunto.

En la práctica, casi todo lo que una organización pregunta cae en uno de tres gestos.

Fijar un punto y soltar el resto. «Muéstrame todo lo que involucre al vendedor 17.»

El motor clava una estaca en Q = vendedor_17 y recoge todos los hechos que lo tocan, sin importar el día, la tienda ni el producto. Nos quedamos con el corte que pasa por ese valor y queda libre en los demás ejes.

Acotar un intervalo. «Dame los eventos entre el 1 y el 31 de mayo.»

El motor apoya una regla sobre el eje T y descarta lo que caiga fuera de la franja, dejando libres a las personas y los lugares.

Esto solo funciona porque el eje está tipado: «entre dos fechas» tiene sentido en T, no en Q.

Cruzar varios cortes. «Todos los goles que Messi anotó en el segundo tiempo.»

El motor corta por Q = messi, luego por K = gol, luego por T = segundo tiempo. El resultado es el rincón donde los tres cortes se cruzan.

La consulta de cruce, escrita como tripletas, deja ver su forma. No es una pregunta en lenguaje de tablas, sino un conjunto de restricciones sobre un mismo punto:

(?evento, anotador,    messi)            ∈ M(O→Q)   ← corta el eje Q
(?evento, clase,       gol)              ∈ M(O→K)   ← corta el eje K
(?evento, tiempo,      segundo)          ∈ M(O→T)   ← corta el eje T
─────────────────────────────────────────────────
?evento  =  la intersección de los tres cortes

La belleza técnica está en que el motor ejecuta siempre la misma operación (un corte geométrico) sin que le importe si busca goles, diagnósticos o transacciones. Ahí se cumple la promesa del modelo: un único lenguaje para interrogar al mundo entero.

Una consulta deja de ser una orden en el dialecto de cada base de datos y pasa a ser lo que siempre quiso ser: una restricción sobre las coordenadas de un hecho.La geometría de la pregunta

Situaciones como nube de puntos

Cuando una organización acumula millones de estos puntos, el espacio deja de ser una rejilla y se vuelve una nube.

Y en esa nube las situaciones se ordenan solas, según cuántas dimensiones activan y qué magnitud despliegan.

La figura siguiente coloca cinco situaciones en un plano de dos ejes elegidos a propósito: cuántas coordenadas llena cada hecho, frente a la magnitud que registra.

No es una distancia física, sino una manera de ver que los puntos no caen al azar.

A esto lo llamamos densidad emergente. No es una regla matemática, es algo que ocurre solo.

A medida que el sistema absorbe datos, ciertas regiones se pueblan mucho más que otras.

En un hospital, la zona donde se cruzan pacientes Q, episodios O, fechas T y diagnósticos K se vuelve un nodo brillante.

Y cuando a ese mismo hospital se le instala un asistente que toma citas por mensajería, este empieza a poblar su propio rincón vacío (sesiones, latencias, modelos) sin estorbar un solo dato del sistema clínico.

El día en que una paciente pregunta por mensajería «¿cuándo me toca la consulta?», los dos sistemas se cruzan en un punto del mapa. Sin túneles de integración entre servidores.

De la geometría a la tabla que ya conoces

Toda esta geometría deja a más de un lector con una incomodidad legítima: está muy bien, pero yo necesito una tabla.

La buena noticia es que no hay que elegir.

Una consulta recorta un puñado de puntos del espacio. Entregar ese recorte a una persona, a una hoja de cálculo o a un informe es convertir los ejes en columnas.

La geometría no reemplaza a la tabla. La genera cuando hace falta, y de más de una forma.

La primera ya la tienes delante.

Esa hoja dispersa de la Figura 8.2 es la tabla universal de hechos: una lectura plana, con sus códigos crudos, donde conviven una venta y una ordenanza sin romper nada.

Es la vista que querría una máquina. Pero una persona no quiere códigos: quiere nombres, fechas y un encabezado que entienda. Esa es la segunda vista.

Pídele al sistema «un informe de los trámites de licencias».

Por dentro, el motor hace dos cosas. Filtra por el eje K, quedándose con los hechos cuya clase es una licencia. Y traduce cada código a su etiqueta legible a través del lexicon.

maria_g se vuelve «María». zona_centro se vuelve «Centro». El resultado es la tabla clásica que esperabas:

Fíjate en esa última columna, porque toca un punto fino.

La tabla universal tiene seis columnas de valor, no siete. M es la malla de enlaces, no una coordenada de posición.

Pero al proyectar para una persona puedes elegir qué enlace subir a columna: aquí, el estado del trámite. Cada informe decide qué cable le interesa mostrar. El modelo de fondo no cambia.

Y hay una tercera vista, la que más impresiona a quien manda.

Si el alcalde pide «cuántos trámites de cada tipo se hicieron por zona», no hace falta un programa nuevo. Cruzas dos ejes en una cuadrícula.

Las filas son el eje K, las columnas el eje L, y cada celda cuenta los puntos que caen en esa intersección.

En SQL eso pediría una agrupación con pivote. Aquí es el mismo corte de siempre, contado ahora sobre dos dimensiones:

Tres vistas, un solo almacén: la lectura plana para la máquina, la proyección con nombres para la persona, la pivote para quien decide. Ninguna se diseñó por separado; las tres son cortes y proyecciones del mismo espacio de puntos.

Conviene ponerle nombre a esa cuadrícula, porque es la casa de un mecanismo que reaparece en cada dominio del libro: el informe.

Pivotar es tomar muchas situaciones y agruparlas por dos coordenadas a la vez. Cada vez que un hospital pregunte por sus diagnósticos o un banco por su cartera, estará volviendo aquí.

El caso individual fue la entrada al espacio. El informe sobre muchos es su salida natural.

La tabla nunca fue el modelo. Era una de sus vistas —y el grafo sabe generarla cuando la pides.Del espacio a la rejilla

Frente a ℝⁿ, las tablas y los cubos

Conviene ahora contrastar este espacio, de frente, con las tres tecnologías multidimensionales que más se le parecen. No para descartarlas (cada una resuelve su problema), sino para fijar el límite exacto donde WQuestions hace algo distinto.

El contraste con los embeddings de la inteligencia artificial merece párrafo aparte.

Cuando un modelo «lee» una palabra, la convierte en una lista de cientos de números para medir su cercanía a otras.

Ese espacio es utilísimo, porque captura parecidos sutiles. Y es opaco: nadie lee esos millones de cifras para saber por qué el modelo unió dos ideas.

El espacio de WQuestions es lo contrario: transparente, cada eje con su etiqueta legible.

La IA usa los embeddings para pensar rápido en privado. Usa WQuestions para guardar el resultado de forma que una persona pueda revisarlo y defenderlo. No compiten: se complementan.

Tres cosas que este espacio no es

Para que la metáfora geométrica no prometa de más, conviene cerrar el contorno con tres negaciones deliberadas. La geometría es real, pero no hace todo lo que una geometría podría sugerir.

Un espacio hecho para agentes

Cerremos uniendo la geometría con quien va a recorrerla.

Cuando un agente autónomo se conecta a los datos de una organización, lo que hace es sobrevolar esta geometría como un dron.

Dar de alta un cliente es dibujar un punto nuevo. Investigar un fraude es recortar una región y leer lo que hay dentro. Responder una pregunta es poner una condición y devolver el corte.

Las mismas tres operaciones de antes, ahora ejecutadas por una máquina.

Y aquí está el cierre del argumento.

Este mapa de coordenadas es el mismo armazón que el modelo de lenguaje ya usaba para entender el mundo descrito en palabras.

Al presentarle los datos así, el agente no aterriza en un territorio extraño que debe aprender desde cero. Se encuentra con un universo que obedece a las mismas leyes que organizaron su propio entrenamiento.

Esa compatibilidad entre la forma de la pregunta y la forma del dato es lo que vuelve rentable todo el esfuerzo de modelar.

Pero la vida real guarda un nudo.

En el eje O viven unos individuos especiales: las situaciones. Un partido entero, una sesión completa, un proceso de varios actos, donde miles de hechos menores convergen porque hablan de lo mismo.

Son los puntos que más roles abren, y por tanto los de mayor dimensión real.

Cómo el modelo desata esos nudos sin que la estructura se desborde es justo el asunto del próximo capítulo.