Resumen

  • La historia oficial de versiones registra en 2.0-alpha-2, el 20 de septiembre de 2001, la renuncia al nombre SQLus, el regreso del paginador y el B-tree como único backend, la eliminación de Dbbe y de los controladores GDBM y de memoria, y la cesión del código al dominio público.
  • La explicación de los números de versión sitúa GDBM en SQLite 1.0–1.0.32 y un B-tree propio en 2.0.0–2.8.17. El dígito inicial identificaba entonces el formato del archivo de base de datos.

La licencia no era el motor

Hay una lectura cómoda de esta fecha: una biblioteca se liberó y todos ganaron. La frase capta una parte importante, pero deja fuera la decisión que afectaba al archivo que un programa abría cada día. SQLite eliminó la capa Dbbe, que separaba el SQL de distintos motores, y retiró los controladores de GDBM y memoria. Volvieron el paginador y el B-tree, esta vez como única opción en la distribución del proyecto. La puerta legal se hizo ancha; la puerta de almacenamiento se hizo estrecha.

La descripción actual del dominio público de SQLite enumera derechos amplios: copiar, modificar, publicar, compilar, vender y distribuir el código entregable. Son derechos sobre una obra. No obligan al equipo a mantener todas las arquitecturas que alguna vez probó. Tampoco hay en el registro del 20 de septiembre una explicación causal que una la renuncia al derecho de autor con la eliminación de Dbbe. Fueron decisiones concurrentes, con consecuencias diferentes.

El problema de fondo se veía meses antes. El 4 de abril de 2001, SQLite 1.0.28 incorporó transacciones limitadas sobre GDBM mediante bloqueo de tablas. Todavía no ofrecía deshacer cambios ni confirmación atómica. La palabra «transacción» estaba disponible, pero el resultado real dependía de lo que hacía el motor bajo la interfaz SQL. El 15 de abril se añadió un paginador que aún no se utilizaba. El sistema estaba probando cómo convertir una función declarada en una garantía operativa.

La ruta tampoco fue recta. El 23 de julio, 1.0.32 retiró paginador y B-tree para destinarlos a una futura biblioteca de servidor SQL, SQLus. En septiembre se descartó ese nombre y las piezas regresaron a SQLite. El registro deja constancia del giro sin contar una leyenda sobre las intenciones personales de sus autores. Basta mirar qué componentes entraron y salieron de cada entrega.

Un cambio que llegaba hasta el archivo

En el esquema histórico de versiones, el primer número era el formato del archivo. La historia técnica del proyecto identifica la rama 2 con un B-tree propio que guardaba claves y datos de texto. La rama 3 incorporó después soporte completo para datos binarios y Unicode. Mezclar esas generaciones convertiría una decisión concreta de 2001 en una descripción engañosa del producto actual.

El 20 de septiembre correspondía a una alpha, no al lanzamiento 2.0.0. La alpha del 27 de septiembre corrigió bloqueo y reversión y devolvió el formato al de la primera alpha. El 2.0.0 del día 28 añadió compilaciones automáticas para Linux y Windows publicadas en la web. La disponibilidad práctica exigió estabilizar comportamiento y ofrecer binarios, además de declarar libertades.

Esta es la tensión que la palabra «abierto» suele ocultar. El público podía llevarse el código e intentar otro diseño. El proyecto, mientras tanto, concentraba su mantenimiento en un motor y un formato. Nadie necesitaba permiso para bifurcar SQLite; sí necesitaba asumir el trabajo de sostener la bifurcación.