Durante y después del boom .COM de 2000, cuando Google empezaba a perfilarse como sorprendente triunfador en un panorama desolado, y en parte avivado por los rumores de un WinFS para Longhorn que uniría base de datos y sistema de ficheros en una mezcla uniforme, la fiebre de usar bases de datos para todo aumentaba. El péndulo, en su incesante balanceo, se inclinaba a favor de Oracle y su concepto "todo es una base de datos".

Poco sabía el público en general de GoogleFS, una base de datos que aumentaba cada día de forma exponencial, basada en precisamente la mentalidad opuesta, "todo es un fichero".

Hoy, cuando el péndulo parece no estar seguro, empujado y arrastrado en varias direcciones a la vez, podemos abstraernos un poco, pararnos a pensar en qué hay detrás de los parámetros decisivos para elegir un modelo, otro, o mezcla de ambos.

Si tenemos en cuenta los aspectos de complejidad de la información, nos damos cuenta de que empezamos a necesitar una forma de indexación capaz de superar tres o cuatro niveles de complejidad, restringida a un procesamiento en dos niveles con una relación entre cantidad de datos y velocidad de proceso cada vez menos favorable.

Cada vez es más difícil procesar de forma eficiente la cantidades de datos que manejamos.

Teniendo esto en mente, podemos considerar los puntos fuertes y débiles de cada forma de establecer relaciones entre los datos:

• Base de Datos: procesamiento, relaciones n*n
• Sistema de Ficheros: almacenamiento, estructuras jerárquicas n*n*n*...

De ahí podemos ver que existen distintas estrategias óptimas para distintos problemas:

• Relaciones encadenadas: base de datos
• Estructuras jerárquicas: sistema de ficheros
• Gran cantidad de datos finales: sistema de ficheros
• Facilidad de prototipado: base de datos

En cuanto a que una de las técnicas sea genérica y abstractamente "mejor" que la otra... tomando en cuenta los cálculos de requisitos y limitaciones vistos en Complejidad de la Información y Complejidad de las Relaciones, podemos ver que ambos aspectos -datos y proceso- se ven superados con creces por los requisitos potenciales, incluso usando las mejores técnicas de optimización.

Es razonable, por tanto, usar la técnica óptima para cada caso particular, aún sacrificando la "pureza y elegancia" de una solución genérica, con el fin de ofrecer un rendimiento razonable en la vida real. De poco sirve la belleza conceptual si luego se convierte en un objeto de adoración inútil.

Al menos, mientras no tengamos procesadores cuánticos capaces de realizar cálculos n-dimensionales de forma paralela... lo que podría convertir ambos problemas, tanto el de jerarquías como el de relaciones bidimensionales, en una mera cuestión lineal relativa al número de qubits en el sistema.

Desde luego, sería un futuro interesante que abriría el camino a distintas formas de proceso hasta ahora impracticables.