La introducción de «SEQUEL»

SQL es una base de datos estructurada, que se introdujo por primera vez en 1970 en un documento llamado «Un Modelo Relacional de Datos para Grandes Bancos de Datos Compartidos.»El documento pedía una forma para que los usuarios obtuvieran datos de las computadoras sin tener que saber cómo se organizan los datos. Al mismo tiempo, un grupo de IBM estaba trabajando en un lenguaje de consulta llamado SQUARE, que era un acrónimo para Especificar Consultas como Expresiones Relacionales. SQUARE era una forma de enviar consultas a una base de datos.

Un artículo titulado «SEQUEL: A Structured English Query Language» fue publicado en 1974 como una forma de anunciar sus refinamientos a SQUARE. En el documento, el grupo detrás de SQUARE llamó a su base de datos actualizada «SECUELA» y presentó muchos de los conceptos que llevaron a las bases de datos que vemos hoy en día.

Acortamiento a SQL

Desafortunadamente, el equipo detrás de SEQUEL pronto se enteró de que su término había sido tomado. La compañía británica de producción de aviones, Hawker Siddeley, ya había registrado una marca en el nombre, lo que significaba que no se podía usar. Como resultado, las vocales se eliminaron del acrónimo y se acortó al acrónimo SQL que conocemos hoy en día. La palabra «Inglés» también se eliminó para hacer que el término completo fuera un Lenguaje de Consulta Estructurado.

La primera versión de SQL fue en 1979, cuando una compañía llamada Relational Software lanzó ORACLE V2. Por cierto, el Software Relacional finalmente cambió su nombre a Oracle Corporation. Aunque las vocales habían sido eliminadas, la comunidad tecnológica temprana continuó refiriéndose a la tecnología por su nombre original de SECUELA. Con el tiempo, sin embargo, aparecieron nuevos profesionales de la tecnología, insistiendo en pronunciarlo SQL, y hoy en día muchos argumentan que las letras deben ser deletreadas en lugar de convertirse en una palabra, incluso las diferentes variantes, como T — SQL.

SQL vs. Sequel

Quizás uno de los mayores argumentos para SQL proviene de Donald D. Chamberlin, quien fue uno de los dos creadores de SEQUEL. A pesar de que fue en parte responsable de su nombre original, Chamberlin cree que SQL es la pronunciación apropiada, lo que lleva a muchos a decir que como co-creador, su opinión importa más que la mayoría.

Al tomar la decisión, Chamberlin en realidad se refirió al estándar ISO, que deletrea SQL con las siglas, presumiblemente significando que se pronuncia de esa manera. Sin embargo, el propio Chamberlin continúa pronunciándolo como «secuela» y reconoce que ambas pronunciaciones están en uso generalizado.

Pero aunque ambas pronunciaciones son aceptables, el debate SQL vs. Sequel puede causar problemas. Curiosamente, las líneas de batalla se dibujan incluso entre los diferentes sabores de SQL.

Por ejemplo, los del lado de Oracle tienden a preferir la variante «secuela», mientras que los que viven en el ecosistema de Microsoft se inclinan por decir las tres letras. Sin embargo, incluso esta no es una regla dura y rápida.

Los profesionales pueden prepararse para el éxito profesional al determinar cómo prefieren los empleadores y los colegas que se pronuncie, y luego elegir esa opción.

De cualquier forma en que lo digan, puede ayudar tener habilidades de administración de bases de datos de primer nivel que anulen cualquier rectitud sobre las pronunciaciones. CBT Nuggets tiene la formación SQL más reciente para preparar a los profesionales para el siguiente paso en sus carreras.

(Nuestro entrenador SQL estrella de rock Garth Schulte lo pronuncia SQL, por cierto.)