Índice
Índice
Índice
Índice SQL
Orígenes y evolución Desarrollador
Características generales de SQL IBM
Tipos de datos ISO/IEC 9075-1:2008 (http://www.iso.org/iso/cata
Optimización logue_detail.htm?csnumber=45498)
Orígenes y evolución
Los orígenes de SQL están ligados a las bases de datos relacionales, específicamente las que residían en
máquinas IBM bajo el sistema de gestión System R, desarrollado por un grupo de la IBM en San José,
California.
En 1970, E. F. Codd propone el modelo relacional y asociado a este un sublenguaje de acceso a los datos
basado en el cálculo de predicados.3 Basándose en estas ideas, los laboratorios de IBM definieron el
lenguaje SEQUEL (Structured English Query Language) que más tarde fue ampliamente implementado
por el sistema de gestión de bases de datos (SGBD) experimental System R, desarrollado en 1977 también
por IBM. Sin embargo, fue Oracle quien lo introdujo por primera vez en 1979 en un producto comercial.
El SEQUEL terminó siendo el predecesor de SQL, que es una versión evolucionada del primero. SQL
pasa a ser el lenguaje por excelencia de los diversos sistemas de gestión de bases de datos relacionales
surgidos en los años siguientes y fue por fin estandarizado en 1986 por el ANSI, dando lugar a la primera
versión estándar de este lenguaje, "SQL-86" o "SQL1". Al año siguiente este estándar es también adoptado
por ISO.
Sin embargo, este primer estándar no cubría todas las necesidades de los desarrolladores e incluía
funcionalidades de definición de almacenamiento que se consideró suprimirlas. Así que, en 1992, se lanzó
un nuevo estándar ampliado y revisado de SQL llamado "SQL-92" o "SQL2".
En la actualidad SQL es el estándar de facto de la inmensa mayoría de los SGBD comerciales. Y, aunque la
diversidad de añadidos particulares que incluyen las distintas implementaciones comerciales del lenguaje es
amplia, el soporte al estándar SQL-92 es general y muy amplio.
Es un lenguaje declarativo de "alto nivel" o "de no procedimiento" que, gracias a su fuerte base teórica y su
orientación al manejo de conjuntos de registros —y no a registros individuales— permite una alta
productividad en codificación y la orientación a objetos. De esta forma, una sola sentencia puede equivaler
a uno o más programas que se utilizarían en un lenguaje de bajo nivel orientado a registros.
SQL también
tiene las siguientes características:
Lenguaje de definición de datos: El LDD de SQL proporciona comandos para la
definición de esquemas de relación, borrado de relaciones y modificaciones de los
esquemas de relación.
Lenguaje interactivo de manipulación de datos: El LMD de SQL incluye lenguajes de
consultas basado tanto en álgebra relacional como en cálculo relacional de tuplas.
Integridad: El LDD de SQL incluye comandos para especificar las restricciones de
integridad que deben cumplir los datos almacenados en la base de datos.
Definición de vistas: El LDD incluye comandos para definir las vistas.
Control de transacciones: SQL tiene comandos para especificar el comienzo y el final de
una transacción.
SQL incorporado y dinámico: Esto quiere decir que se pueden incorporar instrucciones
de SQL en lenguajes de programación como: C++, C, Java, PHP, COBOL, Pascal y Fortran.
Autorización: El LDD incluye comandos para especificar los derechos de acceso a las
relaciones y a las vistas.
Tipos de datos
Optimización
Como ya se dijo antes, y suele ser común en los lenguajes de acceso a bases de datos de alto nivel, SQL es
un lenguaje declarativo. O sea, que especifica qué es lo que se quiere y no cómo conseguirlo, por lo que
una sentencia no establece explícitamente un orden de ejecución.
El orden de ejecución interno de una sentencia puede afectar seriamente a la eficiencia del SGBD, por lo
que se hace necesario que este lleve a cabo una optimización antes de su ejecución. Muchas veces, el uso
de índices acelera una instrucción de consulta, pero ralentiza la actualización de los datos. Dependiendo del
uso de la aplicación, se priorizará el acceso indexado o una rápida actualización de la información. La
optimización difiere sensiblemente en cada motor de base de datos y depende de muchos factores.
Los sistemas de bases de datos modernos poseen un componente llamado optimizador de consultas. Este
realiza un detallado análisis de los posibles planes de ejecución de una consulta SQL y elige aquel que sea
más eficiente para llevar adelante la misma.
Existe una ampliación de SQL conocida como FSQL (Fuzzy SQL, SQL difuso) que permite el acceso a
bases de datos difusas, usando la lógica difusa. Este lenguaje ha sido implementado a nivel experimental y
está evolucionando rápidamente.
CREATE (Crear)
Este comando permite crear objetos de datos, como nuevas bases de datos, tablas, vistas y procedimientos
almacenados.
ALTER (Alterar)
Este comando permite modificar la estructura de una tabla u objeto. Se pueden agregar/quitar campos a una
tabla, modificar el tipo de un campo, agregar/quitar índices a una tabla, modificar un trigger, etc.
DROP (Eliminar)
Este comando elimina un objeto de la base de datos. Puede ser una tabla, vista, índice, trigger, función,
procedimiento o cualquier objeto que el motor de la base de datos soporte. Se puede combinar con la
sentencia ALTER.
Ejemplo
TRUNCATE (Truncar)
Este comando solo aplica a tablas y su función es borrar el contenido completo de la tabla especificada. La
ventaja sobre el comando DELETE, es que si se quiere borrar todo el contenido de la tabla, es mucho más
rápido, especialmente si la tabla es muy grande. La desventaja es que TRUNCATE solo sirve cuando se
quiere eliminar absolutamente todos los registros, ya que no se permite la cláusula WHERE. Si bien, en un
principio, esta sentencia parecería ser DML (Lenguaje de Manipulación de Datos), es en realidad una
DDL, ya que internamente, el comando TRUNCATE borra la tabla y la vuelve a crear y no ejecuta
ninguna transacción.
Ejemplo
Definición
El lenguaje de manipulación de datos más popular hoy día es SQL, usado para recuperar y manipular datos
en una base de datos relacional.
SELECT (Seleccionar)
La sentencia SELECT nos permite consultar los datos almacenados en una tabla de la base de datos.
Forma básica
SELECT [{ALL|DISTINCT}]
<nombre_campo>[, <nombre_campo>...]
FROM {<nombre_tabla>|<nombre_vista>}[,
{<nombre_tabla>|<nombre_vista>}...]
{<nombre_campo>|<indice_campo>} [{ASC|DESC}]]];
Palabra clave que indica que la sentencia de SQL que queremos ejecutar es de
SELECT
selección.
Indica que queremos seleccionar todos los valores. Es el valor por defecto y no
ALL
suele especificarse casi nunca.
DISTINCT Indica que queremos seleccionar solo los valores distintos.
Indica la tabla (o tablas) desde la que queremos recuperar los datos. En el caso de
que exista más de una tabla se denomina a la consulta "consulta combinada" o
FROM
"join". En las consultas combinadas es necesario aplicar una condición de
combinación a través de una cláusula WHERE.
Especifica una condición que debe cumplirse para que los datos sean devueltos
WHERE
por la consulta. Admite los operadores lógicos AND y OR.
GROUP Especifica la agrupación que se da a los datos. Se usa siempre en combinación
BY con funciones agregadas.
HAVING Especifica una condición que debe cumplirse para que los datos sean devueltos
por la consulta. Su funcionamiento es similar al de WHERE pero aplicado al
conjunto de resultados devueltos por la consulta. Debe aplicarse siempre junto a
GROUP BY y la condición debe estar referida a los campos contenidos en ella.
Presenta el resultado ordenado por las columnas indicadas. El orden puede
ORDER
expresarse con ASC (orden ascendente) y DESC (orden descendente). El valor
BY
predeterminado es ASC.
Ejemplo:
Para formular una consulta a la tabla coches y recuperar los campos matrícula, marca, modelo, color,
número_kilómetros, num_plazas debemos ejecutar la siguiente consulta. Los datos serán devueltos
ordenados por marca y por modelo en orden ascendente, de menor a mayor. La palabra clave FROM
indica que los datos serán recuperados de la tabla Coches.
SELECT
matricula,
marca,
modelo,
color,
numero_kilometros,
num_plazas
FROM
coches
ORDER BY
marca,
modelo;
El uso del asterisco indica que queremos que la consulta devuelva todos los campos que existen en la tabla
y los datos serán devueltos ordenados por marca y por modelo.
SELECT *
FROM
coches
ORDER BY
marca,
modelo;
La cláusula WHERE es la instrucción que nos permite filtrar el resultado de una sentencia SELECT.
Habitualmente no deseamos obtener toda la información existente en la tabla, sino que queremos obtener
solo la información que nos resulte útil en ese momento. La cláusula WHERE filtra los datos antes de ser
devueltos por la consulta. Cuando en la Cláusula WHERE queremos incluir un tipo texto, debemos incluir
el valor entre comillas simples.
Ejemplos:
En nuestro ejemplo, se desea consultar un coche en concreto, para esto se agregó una cláusula WHERE.
Esta cláusula especifica una o varias condiciones que deben cumplirse para que la sentencia SELECT
devuelva los datos. En este caso la consulta devolverá solo los datos del coche con matrícula para que la
consulta devuelva solo los datos del coche con matrícula MF-234-ZD o bien la matrícula FK-938-ZL .
Se puede utilizar la cláusula WHERE solamente, o en combinación con tantas condiciones como
queramos.
SELECT
matricula,
marca,
modelo,
color,
numero_kilometros,
num_plazas
FROM
coches
WHERE
matricula = 'MF-234-ZD'
OR matricula = 'FK-938-ZL';
Una condición WHERE puede ser negada a través del Operador Lógico NOT. La Siguiente consulta
devolverá todos los datos de la tabla Coches, menos el que tenga la Matrícula MF-234-ZD.
SELECT
matricula,
marca,
modelo,
color,
numero_kilometros,
num_plazas
FROM
coches
WHERE
La siguiente consulta utiliza la condicional DISTINCT, la cual nos devolverá todos los valores distintos
formados por los campos marca y modelo. de la tabla coches.
La cláusula ORDER BY es la instrucción que nos permite especificar el orden en el que serán devueltos los
datos. Podemos especificar el orden de forma ascendente o descendente a través de las palabras clave ASC
y DESC. El orden depende del tipo de datos que estén definidos en la columna, de forma que un campo
numérico será ordenado como tal, y un alfanumérico se ordenará de la A a la Z, aunque su contenido sea
numérico. El valor predeterminado es ASC si no se especifica al hacer la consulta.
Ejemplos:
SELECT
matricula,
marca,
modelo,
color,
numero_kilometros,
num_plazas
FROM
coches
ORDER BY
marca ASC,
modelo DESC;
Este ejemplo, selecciona todos los campos matricula, marca, modelo, color, numero_kilometros y
num_plazas de la tabla coches, ordenándolos por los campos marca y modelo, marca en forma ascendente
y modelo en forma descendente.
SELECT
matricula,
marca,
modelo,
color,
numero_kilometros,
num_plazas
FROM
coches
ORDER BY 2;
Este ejemplo, selecciona todos los campos matrícula, marca, modelo, color, numero_kilometros y
num_plazas de la tabla coches, ordenándolos por el campo marca, ya que aparece en segundo lugar dentro
de la lista de campos que componen la SELECT.
Subconsultas
Una subconsulta es una sentencia SELECT que está embebida en una cláusula de otra sentencia SQL.
También pueden utilizarse subconsultas en los comandos INSERT, UPDATE, DELETE y en la cláusula
FROM.8
Las subconsultas pueden resultar útiles si necesitas seleccionar filas de una tabla con una condición que
depende de los datos de la propia tabla o de otra tabla.
FROM coches AS c
WHERE c.matricula IN
SELECT m.matricula
FROM multas AS m
);
En este ejemplo, se seleccionan las matrículas y los modelos de los coches cuyas multas superan los u$s
100.
INSERT (Insertar)
Una sentencia INSERT de SQL agrega uno o más registros a una (y solo una) tabla en una base de datos
relacional.
Forma básica
INSERT INTO
VALUES
Las cantidades de columnas y valores deben ser iguales. Si una columna no se especifica, le será asignado
el valor por omisión. Los valores especificados (o implícitos) por la sentencia INSERT deberán satisfacer
todas las restricciones aplicables. Si ocurre un error de sintaxis o si alguna de las restricciones es violada, no
se agrega la fila y se devuelve un error.
Ejemplo
Cuando se especifican todos los valores de una tabla, se puede utilizar la sentencia acortada:
Ejemplo (asumiendo que 'nombre' y 'número' son las únicas columnas de la tabla 'agenda_telefonica'):
Formas avanzadas
Una característica de SQL (desde SQL-92) es el uso de constructores de filas para insertar múltiples filas a
la vez, con una sola sentencia SQL:
INSERT INTO
VALUES
Esta característica es soportada por DB2, PostgreSQL (desde la versión 8.2), MySQL, y H2.
Ejemplo (asumiendo que nombre y número son las únicas columnas en la tabla agenda_telefonica):
INSERT INTO
agenda_telefonica
VALUES
Notar que las sentencias separadas pueden tener semántica diferente (especialmente con respecto a los
triggers), y puede tener diferente rendimiento que la sentencia de inserción múltiple.
UNION ALL
Tenga en cuenta que no se trata de una sentencia SQL válida de acuerdo con el estándar SQL (SQL:
2003), debido a la cláusula subselect incompleta.
Para hacer lo mismo en Oracle se usa la Tabla DUAL, siempre que se trate de solo una simple fila:
UNION ALL
Una implementación conforme al estándar de esta lógica se muestra el siguiente ejemplo, o como se
muestra arriba (no aplica en Oracle):
UNION ALL
Un INSERT también puede utilizarse para recuperar datos de otros, modificarla si es necesario e insertarla
directamente en la tabla. Todo esto se hace en una sola sentencia SQL que no implica ningún
procesamiento intermedio en la aplicación cliente. Un SUBSELECT se utiliza en lugar de la cláusula
VALUES. El SUBSELECT puede contener la sentencia JOIN, llamadas a funciones, y puede incluso
consultar en la misma TABLA los datos que se inserta. Lógicamente, el SELECT se evalúa antes que la
operación INSERT esté iniciada. Un ejemplo se da a continuación.
SELECT *
FROM phone_book
Una variación es necesaria cuando algunos de los datos de la tabla fuente se está insertando en la nueva
tabla, pero no todo el registro. (O cuando los esquemas de las tablas no son iguales.)
FROM phone_book
El SELECT produce una tabla (temporal), y el esquema de la tabla temporal debe coincidir con el esquema
de la tabla donde los datos son insertados.
UPDATE (Actualizar)
Una sentencia UPDATE de SQL es utilizada para modificar los valores de un conjunto de registros
existentes en una tabla.
Ejemplo
DELETE (Borrar)
Una sentencia DELETE de SQL borra uno o más registros existentes en una tabla.
Forma básica
Ejemplo
Recuperación de clave
Los diseñadores de base de datos que usan una clave suplente como la clave principal para cada tabla, se
ejecutará en el ocasional escenario en el que es necesario recuperar automáticamente la base de datos,
generando una clave primaria de una sentencia SQL INSERT para su uso en otras sentencias SQL. La
mayoría de los sistemas no permiten sentencias SQL INSERT para retornar fila de datos. Por lo tanto, se
hace necesario aplicar una solución en tales escenarios.
SELECT *
) AS t
Utilizando una sentencia SELECT después de la sentencia INSERT con función específica
de base de datos, que devuelve la clave primaria generada por el registro insertado más
recientemente.
Utilizando una combinación única de elementos del original SQL INSERT en una posterior
sentencia SELECT.
Utilizando un GUID en la sentencia SQL INSERT y la recupera en una sentencia SELECT.
Utilizando la función de PHP mysql_insert_id() de MySQL después de la sentencia
INSERT.
Utilizando un INSERT con la cláusula RETURNING para Oracle, que solo se puede utilizar
dentro de un PL/SQL bloque, en el caso de PostgreSQL se puede usar también tanto con
SQL como con PL/SQL.
Select @@Identity as id
Disparadores
Los disparadores, también conocidos como desencadenantes (triggers en inglés) son definidos sobre la
tabla en la que opera la sentencia INSERT, y son evaluados en el contexto de la operación. Los
desencadenantes BEFORE INSERT permiten la modificación de los valores que se insertarán en la tabla.
Los desencadenantes AFTER INSERT no puede modificar los datos de ahora en adelante, pero se puede
utilizar para iniciar acciones en otras tablas, por ejemplo para aplicar mecanismos de auditoría Excel.
DB2
Firebird
HSQL
Informix
InterBase
MariaDB
Microsoft SQL Server
MySQL
Oracle
PostgreSQL
PervasiveSQL
SQLite
Sybase ASE
Interoperabilidad
El lenguaje de consultas de los diferentes sistemas de gestión de bases de datos son incompatibles entre
ellos y no necesariamente siguen completamente el estándar. En particular, la sintaxis de fecha y tiempo, la
concatenación de cadenas, nulas, y la comparación de textos en cuanto al tratamiento de mayúsculas y
minúsculas varían de un proveedor a otro. Una excepción particular es PostgreSQL, que se esfuerza por
lograr el cumplimiento del estándar.9
Las implementaciones populares de SQL omiten comúnmente soporte para funciones básicas de SQL
estándar, como la de los tipos de dato DATE o TIME. Es el caso del manejador de bases de datos de Oracle
(cuyo tipo DATE se comporta como DATETIME, y carece de un tipo TIME)10 y MS SQL Server (antes
de la versión de 2008). Como resultado, el código SQL rara vez puede ser portado entre los sistemas de
base de datos sin modificaciones.
Hay varias razones para esta falta de portabilidad entre sistemas de bases de datos:
El estándar ODBC (Open Database Connectivity) permite acceder a la información desde cualquier
aplicación independientemente del sistema de gestión de base de datos (DBMS) en el que esté almacenada
la información, desacoplando así la aplicación de la base de datos.
Véase también
AQL
FSQL
Lenguaje de definición de datos
Modelo de base de datos
Inyección SQL
Referencias
1. Paul, Ryan (24 de octubre de 2005). «A guided tour of the Microsoft Command Shell» (http
s://arstechnica.com/business/news/2005/10/msh.ars/4). Ars Technica (en inglés).
Consultado el 4 de agosto de 2020.
2. Morteo, Bocalandro, Francisco, Nicolás (2004). Un enfoque práctico de SQL. Ediciones
Cooperativas. ISBN 987-1076-61-4.
3. EF Codd; A relational model of data for large shared data banks. Comm. ACM, 13 (1970),
pp. 377-387.
4. Eisenberg et al.: SQL:2003 Has Been Published. (http://www.acm.org/sigmod/record/issues/
0403/index.html#standards)
5. Aprobación de SQL 2008. (https://web.archive.org/web/20110628130925/http://iablog.sybas
e.com/paulley/2008/07/sql2008-now-an-approved-iso-international-standard/)
6. Chapple, Mike. «SQL Fundamentals» (http://databases.about.com/od/sql/a/sqlfundamentals.
htm). En About.com, ed. Databases. Consultado el 17 de octubre de 2015.
7. Rockoff, Larry (2011). Course Technology/Cengage Learning, ed. The language of SQL.
8. Morteo, Bocalandro., Francisco, Nicolás (2004). Un enfoque práctico de SQL. Ediciones
cooperativas. ISBN 987-1076-61-4.
9. «About PostgreSQL» (http://www.postgresql.org/about/). PostgreSQL 9.1 official website.
PostgreSQL Global Development Group. 2012. Consultado el 8 de junio de 2016.
«PostgreSQL prides itself in standards compliance. Its SQL implementation strongly
conforms to the ANSI-SQL:2008 standard».
10. «Basic Elements of Oracle SQL: Data Types» (https://docs.oracle.com/cd/B28359_01/server.
111/b28286/toc.htm). Oracle Database SQL Language Reference 11g Release 2 (11.2).
Oracle Database Documentation Library. Redwood City, CA: Oracle USA, Inc. Consultado el
8 de junio de 2016.
Obtenido de «https://es.wikipedia.org/w/index.php?title=SQL&oldid=140447231»
Esta página se editó por última vez el 20 dic 2021 a las 00:43.
El texto está disponible bajo la Licencia Creative Commons Atribución Compartir Igual 3.0;
pueden aplicarse
cláusulas adicionales. Al usar este sitio, usted acepta nuestros términos de uso y nuestra política de privacidad.
Wikipedia® es una marca registrada de la Fundación Wikimedia, Inc., una organización sin ánimo de lucro.