What is SQL?

The first language of data analysis

Oct., 2nd.. 2020 – Literal Translation – Technical
Transl.
 Activities!!

• Translate the article paragraph by paragraph (Traduce el artículo

párrafo por párrafo).
• Rewrite the full article in Spanish. (Reescribe el Artículo completo en
Español).
• Podés hacer uso del Traductor Google o Linguee para realizar ésta
actividad!
SQL is neither the fastest nor the most elegant way to talk to databases, but it is
the best way we have. Here’s why

• Today, Structured Query Language is the standard means of manipulating and querying
data in relational databases, though with proprietary extensions among the products. The
ease and ubiquity of SQL have even led the creators of many “NoSQL” or non-relational
data stores, such as Hadoop, to adopt subsets of SQL or come up with their own SQL-like
query languages. (HUGO #1)
• -Hoy en día, el lenguaje de consulta estructurado es el medio estándar
para manipular y consultar datos en bases de datos relacionales,
aunque con extensiones propietarias entre los productos. La facilidad y
ubicuidad de SQL incluso han llevado a los creadores de muchos
almacenes de datos "NoSQL" o no relacionales, como Hadoop, a
adoptar subconjuntos de SQL o crear sus propios lenguajes de consulta
similares a SQL.
SQL is neither the fastest nor the most elegant way to talk to databases, but it is
the best way we have. Here’s why

• But SQL wasn’t always the “universal” language for relational databases. From the beginning
(circa 1980), SQL had certain strikes against it. Many researchers and developers at the time,
including me, thought that the overhead of SQL would keep it from ever being practical in a
production database.) (RAÚL #2)

• -Pero, SQL no siempre fue el lenguaje "universal" para las bases de datos relacionales. Desde el
principio (alrededor de 1980), SQL tuvo ciertos ataques en su contra. Muchos investigadores y
desarrolladores en ese momento, incluido yo, pensamos que la sobrecarga de SQL evitaría que
fuera práctico en una base de datos de producción
SQL is neither the fastest nor the most elegant way to talk to databases, but it is
the best way we have. Here’s why

• Clearly, we were wrong. But many still believe that, for all of SQL’s
ease and accessibility, the price exacted in runtime performance is
often too high. (MARCOS #3)
• Claramente, estábamos equivocados. Pero muchos todavía creen que,
a pesar de la facilidad y accesibilidad de SQL, el precio exigido en el
rendimiento en tiempo de ejecución suele ser demasiado alto.
 SQL history

• Before there was SQL, databases had tight, navigational programming interfaces,
and typically were designed around a network schema called the CODASYL data
model. CODASYL (Committee on Data Systems Languages) was a consortium that
was responsible for the COBOL programming language (starting in 1959) and
database language extensions (starting 10 years later). (IVÁN #4)
• Antes de que existiera SQL, las bases de datos tenían interfaces de programación
de navegación, y típicamente se diseñaban alrededor de un esquema de red
llamado modelo de datos CODASYL. CODASYL (Comité de Lenguajes de Sistemas
de Datos) era un consorcio que era responsable del lenguaje de programación
COBOL (a partir de 1959) y de las extensiones del lenguaje de bases de datos (a
partir de 10 años más tarde).
 SQL history

• When you programmed against a CODASYL database, you were

navigating to records through sets, which express one-to-many
relationships. Older hierarchical databases only allow a record to
belong to one set. Network databases allow a record to belong to
multiple sets. (MATÍAS #5)
• _ Cuando programaste contra una base de datos de CODASYL, estabas navegando a los registros a través de
conjuntos, que expresan relaciones de uno a muchos. Las bases de datos jerárquicas más antiguas sólo
permiten que un registro pertenezca a un conjunto. Las bases de datos en red permiten que un registro
pertenezca a múltiples conjuntos.
 SQL history cont.

Say you wanted to list the students enrolled in CS 101. First you would findCS 101" in
the Courses set by name, set that as the owner or parent of he Enrollees set, find the first
member (ffm) of the Enrollees set, which is a Student record, and list it. Then you would go
into a loop: Find next member (fnm) and list it. When fnm failed, you would exit the loop.
(DENISSE #6)

Supongamos que desea enumerar los estudiantes inscritos en CS 101. Primero, buscaría CS
101 "en el conjunto de cursos por nombre, establezca que como propietario o padre del
conjunto de inscritos, busque el primer miembro (ffm) del conjunto de inscritos, que es un
registro de Estudiante, y lo listarías. Luego entrarías en un ciclo: Encuentra el siguiente
miembro (fnm) y lo listarías. Cuando fnm fallara, saldrías del ciclo.
 SQL history cont.

That may seem like a lot of scut work for the database programmer, but it was very
efficient at execution time. Experts like Michael Stonebraker of the University of California
at Berkeley and Ingres pointed out that doing that sort of query in a CODASYL database
such as IDMS took roughly half the CPU time and less than half the memory as the same
query on a relational database using SQL. (DARÍO #7)
Eso puede parecer mucho trabajo corto para el programador de la base de datos, pero fue
muy eficiente en el momento de la ejecución. Expertos como Michael Stonebraker de la
Universidad de California en Berkeley e Ingres señalaron que hacer ese tipo de consulta en
una base de datos CODASYL como IDMS tomó aproximadamente la mitad del tiempo de
CPU y menos de la mitad de la memoria que la misma consulta en una base de datos
relacional usando SQL. .