Listado de sentencias básicas en SQL

 SELECT se utiliza para consultar datos.

 DISTINCT sirve para eliminar los duplicados de las consultas de datos.
 WHERE se utiliza incluir las condiciones de los datos que queremos consultar.
 AND y OR se utilizan para incluir 2 o más condiciones a una consulta.
 ORDER BY se utiliza para ordenar los resultados de una consulta.
 INSERT se utiliza para insertar datos.
 UPDATE se utiliza actualizar o modificar datos ya existentes.
 DELETE se utiliza borrar datos.

Ejemplos con sentencias básicas en SQL

Ejemplo con SELECT
Sintaxis SQL SELECT
SELECT * FROM nombretabla
SELECT columna1, columna2 FROM nombretabla
Para los ejemplos, tendremos la siguiente tabla de personas denominada “personas”
Estos son los datos almacenados en la tabla “personas”

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

ANTONIO GARCIA BENITO

LUIS LOPEZ PEREZ

Si queremos consultar todos los datos de la tabla “personas”

SELECT * FROM personas
Este será el resultado:

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

ANTONIO GARCIA BENITO

LUIS LOPEZ PEREZ

Si queremos consulta todos los nombres y primer apellido de todas las personas
SELECT nombre, apellido1 FROM personas
Este será el resultado:

nombre apellido1

ANTONIO PEREZ

ANTONIO GARCIA

LUIS LOPEZ

Ejemplo con Distinct

Al realizar una consulta puede ocurrir que existan valores repetidos para algunas columnas. Por
ejemplo
SELECT nombre FROM personas

nombre

ANTONIO

LUIS

ANTONIO

Esto no es un problema, pero a veces queremos que no se repitan, por ejemplo, si queremos saber
los nombre diferentes que hay en la tabla personas”, entonces utilizaremos DISTINCT.
SELECT DISTINCT nombre FROM personas

nombre

ANTONIO

LUIS

Ejemplo con WHERE

La cláusula WHERE se utiliza para hacer filtros en las consultas, es decir, seleccionar solamente
algunas filas de la tabla que cumplan una determinada condición.
El valor de la condición debe ir entre comillas simples ”.
Por ejemplo:
Seleccionar las personas cuyo nombre sea ANTONIO
SELECT * FROM personas
WHERE nombre = ‘ANTONIO’

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

ANTONIO GARCIA BENITO

Ejemplo con AND y OR

Los operadores AND y OR se utilizan para filtrar resultados con 2 condiciones.
El operador AND mostrará los resultados cuando se cumplan las 2 condiciones.
Condición1 AND condición2
El operador OR mostrará los resultados cuando se cumpla alguna de las 2 condiciones.
Condicion1 OR condicion2
En la tabla personas

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

ANTONIO GARCIA BENITO

LUIS LOPEZ PEREZ

La siguiente sentencia (ejemplo AND) dará el siguiente resultado:

SELECT * FROM personas
WHERE nombre = ‘ANTONIO’
AND apellido1 = ‘GARCIA’

nombre apellido1 apellido2

ANTONIO GARCIA BENITO

La siguiente sentencia (ejemplo OR) dará el siguiente resultado:
SELECT * FROM personas
WHERE nombre = ‘ANTONIO’
OR apellido1 = ‘GARCIA’

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

ANTONIO GARCIA BENITO

También se pueden combinar AND y OR, como el siguiente ejemplo:

SELECT * FROM personas
WHERE nombre = ‘ANTONIO’
AND (apellido1 = ‘GARCIA’ OR apellido1 = ‘LOPEZ)

nombre apellido1 apellido2

ANTONIO GARCIA BENITO

Ejemplo con ORDER BY

ORDER BY se utiliza para ordenar los resultados de una consulta, según el valor de la columna
especificada.
Por defecto, se ordena de forma ascendente (ASC) según los valores de la columna.
Si se quiere ordenar por orden descendente se utiliza la palabra DES
SELECT nombre_columna(s)
FROM nombre_tabla
ORDER BY nombre_columna(s) ASC|DESC
Por ejemplo, en la tabla personas :

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

LUIS LOPEZ PEREZ

ANTONIO GARCIA BENITO

SELECT nombre, apellido1
FROM personas
ORDER BY apellido1 ASC
Esta es la consulta resultante:

nombre apellido1

LUIS LOPEZ

ANTONIO GARCIA

ANTONIO PEREZ

Ejemplo de ordenación descendiente (DES)

SELECT nombre, apellido1
FROM personas
ORDER BY apellido1 DESC
Esta es la consulta resultante:

nombre apellido1

ANTONIO PEREZ

ANTONIO GARCIA

LUIS LOPEZ

Ejemplo con INSERT

La sentencia INSERT INTO se utiliza para insertar nuevas filas en una tabla.
Es posible insertar una nueva fila en una tabla de dos formas distintas:
INSERT INTO nombre_tabla
VALUES (valor1, valor2, valor3, .)
INSERT INTO nombre_tabla (columna1, columna2, columna3,.)
VALUES (valor1, valor2, valor3, .)

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

LUIS LOPEZ PEREZ

ANTONIO GARCIA BENITO

Si queremos insertar una nueva fila en la tabla personas, lo podemos hacer con cualquiera de las
dos sentencias siguientes:
INSERT INTO personas
VALUES (‘PEDRO’, ‘RUIZ’, ‘GONZALEZ’)
INSERT INTO personas (nombre, apellido1, apellido2)
VALUES (‘PEDRO’, ‘RUIZ’, ‘GONZALEZ’)
Cualquiera de estas sentencias anteriores produce que se inserte una nueva fila en la tabla
personas, quedando así dicha tabla:

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

LUIS LOPEZ PEREZ

ANTONIO GARCIA BENITO

PEDRO RUIZ GONZALEZ

Ejemplo con UPDATE

La sentencia UPDATE se utiliza para modificar valores en una tabla.
La sintaxis de SQL UPDATE es:
UPDATE nombre_tabla
SET columna1 = valor1, columna2 = valor2
WHERE columna3 = valor3
La cláusula SET establece los nuevos valores para las columnas indicadas.
La cláusula WHERE sirve para seleccionar las filas que queremos modificar.
Ojo: Si omitimos la cláusula WHERE, por defecto, modificará los valores en todas las filas de la
tabla.
Ejemplo del uso de SQL UPDATE

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

LUIS LOPEZ PEREZ

ANTONIO GARCIA BENITO

PEDRO RUIZ GONZALEZ

Si queremos cambiar el apellido2 ‘BENITO’ por ‘RODRIGUEZ’ ejecutaremos:
UPDATE personas
SET apellido2 = ‘RODRIGUEZ’
WHERE nombre = ‘ANTONIO’
AND apellido1 = ‘GARCIA’
AND apellido2 = ‘BENITO’
Ahora la tabla ‘personas’ quedará así:

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

LUIS LOPEZ PEREZ

ANTONIO GARCIA RODRIGUEZ

PEDRO RUIZ GONZALEZ

Ejemplo con DELETE

La sentencia DELETE sirve para borrar filas de una tabla.
La sintaxis de SQL DELETE es:
DELETE FROM nombre_tabla
WHERE nombre_columna = valor
Si queremos borrar todos los registros o filas de una tabla, se utiliza la sentencia:
DELETE * FROM nombre_tabla;
Ejemplo de SQL DELETE para borrar una fila de la tabla personas

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

LUIS LOPEZ PEREZ

ANTONIO GARCIA RODRIGUEZ

PEDRO RUIZ GONZALEZ

Si queremos borrar a la persona LUIS LOPEZ PEREZ, podemos ejecutar el comando:
DELETE FROM personas
WHERE nombre = ‘LUIS’
AND apellido1 = ‘LOPEZ’
AND apellido2 = ‘PEREZ’
La tabla ‘personas’ resultante será:

nombre apellido1 apellido2

ANTONIO PEREZ GOMEZ

ANTONIO GARCIA RODRIGUEZ

PEDRO RUIZ GONZALEZ

Base de datos: Una base de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados
sistemáticamente para su posterior uso.
A database is a collection of information that is organized so that it can be easily accessed, managed and
updated.
Tabla de datos: Tabla en las bases de datos, se refiere al tipo de modelado de datos, donde se guardan y
almacenan los datos recogidos por un programa.
A table is a collection of related data held in a structured format within a database. It consists of columns,
and rows.
Tablas con particiones: Las tablas con particiones son tablas cuyos datos se han dividido horizontalmente entre
unidades que pueden repartirse por más de un grupo de archivos de una base de datos. Las particiones facilitan
la administración de índices y tablas grandes al permitir el acceso y la administración de subconjuntos de datos
rápidamente y con eficacia, mientras se mantiene la integridad de la colección global.
Tablas temporales: Las tablas temporales se almacenan en tempdb. Hay dos tipos de tablas temporales: locales
y globales. Se diferencian entre sí por los nombres, la visibilidad y la disponibilidad. Las tablas temporales
locales tienen como primer carácter de sus nombres un solo signo de número (#); solo son visibles para el
usuario de la conexión actual y se eliminan cuando el usuario se desconecta de la instancia de SQL Server. Las
tablas temporales globales presentan dos signos de número (##) antes del nombre; son visibles para cualquier
usuario después de su creación y se eliminan cuando todos los usuarios que hacen referencia a la tabla se
desconectan de la instancia de SQL Server.
Tablas del sistema: SQL Server almacena los datos que definen la configuración del servidor y de todas sus
tablas en un conjunto de tablas especial, conocido como tablas del sistema. Los usuarios no pueden consultar
o actualizar directamente las tablas del sistema. La información de las tablas del sistema está disponible a través
de las vistas del sistema.
Tablas anchas: Las tablas anchas usan las columnas dispersas para aumentar hasta 30 000 el número total de
columnas permitidas. Las columnas dispersas son columnas normales que disponen de un almacenamiento
optimizado para los valores NULL. Este tipo de columnas reducen los requisitos de espacio de los valores NULL
a costa de una mayor sobrecarga a la hora de recuperar valores no NULL.
Copia de seguridad: Una copia de seguridad, respaldo, copia de respaldo, copia de reserva (del inglés backup)
en ciencias de la información e informática es una copia de los datos originales que se realiza con el fin de
disponer de un medio para recuperarlos en caso de su pérdida.
Database backup is the process of backing up the operational state, architecture and stored data of database
software. It enables the creation of a duplicate instance or copy of a database in case the primary database
crashes, is corrupted or is lost.
El índice de una base de datos: es una estructura de datos que mejora la velocidad de las operaciones, por
medio de identificador único de cada fila de una tabla, permitiendo un rápido acceso a los registros de
una tabla en una base de datos.
A database index is a data structure that improves the speed of data retrieval operations on a database table at
the cost of additional writes and storage space to maintain the index data structure.
Índice principal: Campos claves, no repetidos.
Índice agrupado: Campos no claves, repetidos.
Vista: es una consulta que se presenta como una tabla (virtual) a partir de un conjunto de tablas en una base
de datos relacional. Las vistas tienen la misma estructura que una tabla: filas y columnas. La única diferencia es
que sólo se almacena de ellas la definición, no los datos.
A view is a subset of a database that is generated from a query and stored as a permanent object. Although the
definition of a view is permanent, the data contained therein is dynamic depending on the point in time at
which the view is accessed.
Clave primaria: En el diseño de bases de datos relacionales, se llama clave principal a un campo o a una
combinación de campos que identifica de forma única a cada fila de una tabla. Una clave primaria comprende
de esta manera una columna o conjunto de columnas. No puede haber dos filas en una tabla que tengan la
misma clave primaria.
A primary key is a special relational database table column (or combination of columns) designated to
uniquely identify all table records.

A primary key’s main features are:

 It must contain a unique value for each row of data.

 It cannot contain null values.
 El proceso de normalización de una base de datos consiste en aplicar una serie de reglas a las relaciones
obtenidas tras el paso del modelo E-R (entidad-relación) al modelo relacional.
Contenido

 1 Objetivo de la normalización
 2 Terminología equivalente
 3 Claves
o 3.1 Clave ajena
o 3.2 Regla de Integridad Referencial
o 3.3 Clave candidata
o 3.4 Claves alternativas
o 3.5 Clave simple
o 3.6 Clave compuesta
 4 Formas Normales
o 4.1 Primera Forma Normal (1FN)
o 4.2 Segunda Forma Normal (2FN)
o 4.3 Tercera Forma Normal (3FN)
o 4.4 Forma normal de Boyce-Codd (FNBC)
o 4.5 Cuarta Forma Normal (4FN)
o 4.6 Quinta Forma Normal (5FN)
 5 Reglas de Codd
o 5.1 Regla No. 1 - La Regla de la información
o 5.2 Regla No. 2 - La regla del acceso garantizado
o 5.3 Regla No. 3 - Tratamiento sistemático de los valores nulos
o 5.4 Regla No. 4 - La regla de la descripción de la base de datos
o 5.5 Regla No. 5 - La regla del sub-lenguaje Integral
o 5.6 Regla No. 6 - La regla de la actualización de vistas
o 5.7 Regla No. 7 - La regla de insertar y actualizar
o 5.8 Regla No. 8 - La regla de independencia física
o 5.9 Regla No. 9 - La regla de independencia lógica
o 5.10 Regla No. 10 - La regla de la independencia de la integridad
o 5.11 Regla No. 11 - La regla de la distribución
o 5.12 Regla No. 12 - Regla de la no-subversión
 6 Fuentes

Objetivo de la normalización
Las bases de datos relacionales se normalizan para:

 Evitar la redundancia de los datos.

 Evitar problemas de actualización de los datos en las tablas.
 Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla bidimensional
sea considerada como una relación tiene cumplir con algunas restricciones:

 Cada columna debe tener su nombre único.

 No puede haber dos filas iguales. No se permiten los duplicados.
 Todos los datos en una columna deben ser del mismo tipo.
Terminología equivalente

 relación = tabla o archivo

 tupla = registro, fila o renglón
 atributo = campo o columna
 base de datos = banco de datos
 dependencia multivaluada = dependencia multivalor
 clave = llave
 clave primaria = superclave
 clave ajena = clave extranjera o clave foránea
 RDBMS = del inglés Relational Data Base Manager System que significa, Sistema Gestor de Base de
Datos Relacionales

Dependencia funcional Una dependencia funcional son conexiones entre uno o más atributos. Por ejemplo si
conocemos el valor de FechaDeNacimiento podemos conocer el valor de Edad.
Las dependencias funcionales se escriben utilizando una flecha, de la siguiente manera:
FechaDeNacimiento->Edad
Aquí a FechaDeNacimiento se le conoce como un determinante. Se puede leer de dos
formas FechaDeNacimiento determina a Edad o Edad es funcionalmente dependiente
de FechaDeNacimiento. De la normalización (lógica) a la implementación (física o real) puede ser sugerible
tener éstas dependencias funcionales para lograr mayor eficiencia en las tablas.
Dependencia funcional transitiva Supongamos que los estudiantes solo pueden estar matriculados en un solo
curso y supongamos que los profesores solo pueden dar un curso. ID_Estudiante -> Curso_Tomando
Curso_Tomando -> Profesor_Asignado ID_Estudiante -> Curso_Tomando -> Profesor_Asignado
Entonces tenemos que ID_Estudiante determina a Curso_Tomando y el Curso_Tomando determina
a Profesor_Asignado, indirectamente podemos saber a través del ID_estudiante el Profesor_Asignado.
Entonces tenemos una dependencia transitiva.

Claves

Clave ajena
Cuando se tienen dos tablas o más, una clave ajena es aquella columna de una tabla que hace referencia a
una clave primaria de otra tabla.
También existe el caso de Relaciones Autoreferenciales. Sucede cuando en la misma relación se tiene una
clave ajena que hace referencia a la clave primeria de la misma relación. Por otro lado las claves ajenas
pueden tomar valores nulos.

Regla de Integridad Referencial

La base de datos no debe conter valores de clave ajena sin concordancia. Así como los valores de clave
primaria representan identificadores de entidades, las claves ajenas representan referencia a entidades.
La regla dice: Si B hace referencia a A entonces A debe existir. Surgen los siguientes dos puntos:

 La integridad referencial exige concordancia en las claves ajenas, con las claves primerias, no con la
claves alternativas.
 Los conceptos de clave ajena e integridad referencial se definen uno en termino del otro.
Clave candidata
Por lo general la forma más eficiente y segura para escoger o hacer la clave primaria es poniendo un número
y aumentando éste a medida que se van añadiendo filas, pero si de casualidad se diera el caso de que existan
varias claves candidatas de las cuales se deba escoger la clave primaria, esta elección se hace utilizando el
sentido común.

Claves alternativas
Son aquellas claves candidatas que no han sido elegidas.

Clave simple
Es una clave que esta compuesta solo de un atributo.

Clave compuesta
Es una clave que esta compuesta por más de un atributo.

Formas Normales
Las primeras tres formas normales son suficientes para cubrir las necesidades de la mayoría de las bases de
datos. El creador de estas 3 primeras formas normales (o reglas) fue Edgar F. Codd, éste introdujo la
normalización en un artículo llamado A Relational Model of Data for Large Shared Data Banks.

Primera Forma Normal (1FN)

Sea α un conjunto de atributo perteneciente (Є) a la relación R, en donde R está en la Primera Forma Normal
si todos los atibutos α[n] son atómicos, es decir no pueden seguir dividiéndose. Por ejemplo:
La Relación:
cursos: nombre, código, vacantes, horario, bibliografía
Queda después de aplicar la Forma Normal 1 de la siguiente manera:
cursos1: nombre, código, vacantes horario1: código, día, módulo bibliografia1: código, nombre, autor

Segunda Forma Normal (2FN)

Dependencia completa. Esta en 2FN si esta en 1FN y si sus atributos no principales dependen de forma
completa de la clave principal.

Tercera Forma Normal (3FN)

Está en segunda forma normal y todo atributo no primo es implicado por la clave primaria en una secuencia
no transitiva.Se eliminan las dependencias transitivas.

Forma normal de Boyce-Codd (FNBC)

Una tabla está en FNBC sí y sólo sí las únicas dependencias funcionales elementales son aquellas en las que la
clave primaria determinan un atributo.
Cuarta Forma Normal (4FN)
Está en forma normal de Boyce-Codd y se eliminan las dependencias multivaluadas y se generan todas las
relaciones externas con otras tablas u otras bases de datos.

Quinta Forma Normal (5FN)

Está en cuarta forma normal y toda dependencia-join viene implicada por claves candidatas.

Reglas de Codd
Codd se dio de cuenta que existían bases de datos en el mercado las cuales decían ser relacionales, pero lo
único que hacían era guardar la información en las tablas, sin estas tablas estar literalmente normalizadas;
entonces éste publicó 12 reglas que un verdadero sistema relacional debería de tener, en la práctica algunas
de ellas son difíciles de realizar.Un sistema podrá considerarse "más relacional" cuanto más siga estas reglas.

Regla No. 1 - La Regla de la información

Toda la información en un RDBMS está explícitamente representada de una sola manera por valores en una
tabla. Cualquier cosa que no exista en una tabla no existe del todo.
Toda la información, incluyendo nombres de tablas, nombres de vistas, nombres de columnas, y los datos de
las columnas deben estar almacenados en tablas dentro de las bases de datos. Las tablas que contienen tal
información constituyen el Diccionario de Datos.

Regla No. 2 - La regla del acceso garantizado

Cada ítem de datos debe ser lógicamente accesible al ejecutar una búsqueda que combine el nombre de la
tabla, su clave primaria, y el nombre de la columna.
Esto significa que dado un nombre de tabla, dado el valor de la clave primaria, y dado el nombre de la
columna requerida, deberá encontrarse uno y solamente un valor. Por esta razón la definición de claves
primarias para todas las tablas es prácticamente obligatoria.

Regla No. 3 - Tratamiento sistemático de los valores nulos

La información inaplicable o faltante puede ser representada a través de valores nulos.
Un RDBMS (Sistema Gestor de Bases de Datos Relacionales) debe ser capaz de soportar el uso de valores
nulos en el lugar de columnas cuyos valores sean desconocidos o inaplicables.

Regla No. 4 - La regla de la descripción de la base de datos

La descripción de la base de datos es almacenada de la misma manera que los datos ordinarios, esto es, en
tablas y columnas, y debe ser accesible a los usuarios autorizados.
La información de tablas, vistas, permisos de acceso de usuarios autorizados, etc, debe ser almacenada
exactamente de la misma manera: En tablas. Estas tablas deben ser accesibles igual que todas las tablas, a
través de sentencias de SQL.

Regla No. 5 - La regla del sub-lenguaje Integral

Debe haber al menos un lenguaje que sea integral para soportar la definición de datos, manipulación de
datos, definición de vistas, restricciones de integridad, y control de autorizaciones y transacciones.
Esto significa que debe haber por lo menos un lenguaje con una sintaxis bien definida que pueda ser usado
para administrar completamente la base de datos.

Regla No. 6 - La regla de la actualización de vistas

Todas las vistas que son teóricamente actualizables, deben ser actualizables por el sistema mismo.
La mayoría de las RDBMS permiten actualizar vistas simples, pero deshabilitan los intentos de actualizar vistas
complejas.

Regla No. 7 - La regla de insertar y actualizar

La capacidad de manejar una base de datos con operandos simples aplica no solo para la recuperación o
consulta de datos, sino también para la inserción, actualización y borrado de datos.
Esto significa que las cláusulas SELECT, UPDATE, DELETE e INSERT deben estar disponibles y operables sobre
los registros, independientemente del tipo de relaciones y restricciones que haya entre las tablas.

Regla No. 8 - La regla de independencia física

El acceso de usuarios a la base de datos a través de terminales o programas de aplicación, debe permanecer
consistente lógicamente cuando quiera que haya cambios en los datos almacenados, o sean cambiados los
métodos de acceso a los datos.
El comportamiento de los programas de aplicación y de la actividad de usuarios vía terminales debería ser
predecible basados en la definición lógica de la base de datos, y éste comportamiento debería permanecer
inalterado, independientemente de los cambios en la definición física de ésta.

Regla No. 9 - La regla de independencia lógica

Los programas de aplicación y las actividades de acceso por terminal deben permanecer lógicamente
inalteradas cuando quiera que se hagan cambios (según los permisos asignados) en las tablas de la base de
datos.
La independencia lógica de los datos especifica que los programas de aplicación y las actividades de terminal
deben ser independientes de la estructura lógica, por lo tanto los cambios en la estructura lógica no deben
alterar o modificar estos programas de aplicación.

Regla No. 10 - La regla de la independencia de la integridad

Todas las restricciones de integridad deben ser definibles en los datos, y almacenables en el catalogo, no en el
programa de aplicación.
Las reglas de integridad son:

 Ningún componente de una clave primaria puede tener valores en blanco o nulos. (esta es la norma
básica de integridad).
 Para cada valor de clave foránea deberá existir un valor de clave primaria concordante. La combinación
de estas reglas aseguran que haya Integridad referencial.

Regla No. 11 - La regla de la distribución

El sistema debe poseer un lenguaje de datos que pueda soportar que la base de datos esté distribuida
físicamente en distintos lugares sin que esto afecte o altere a los programas de aplicación.
El soporte para bases de datos distribuidas significa que una colección arbitraria de relaciones, bases de datos
corriendo en una mezcla de distintas máquinas y distintos sistemas operativos y que este conectada por una
variedad de redes, pueda funcionar como si estuviera disponible como una única base de datos en una sola
máquina.

Regla No. 12 - Regla de la no-subversión

Si el sistema tiene lenguajes de bajo nivel, estos lenguajes de ninguna manera pueden ser usados para violar
la integridad de las reglas y restricciones expresadas en un lenguaje de alto nivel (como SQL).
Algunos productos solamente construyen una interfaz relacional para sus bases de datos No relacionales, lo
que hace posible la subversión (violación) de las restricciones de integridad. Esto no debe ser permitido.