Las restricciones de integridad proporcionan un medio de asegurar que las modificaciones hechas

a la base de datos por los usuarios autorizados no provoquen la pérdida de la consistencia de los
datos. Por tanto, las restricciones de integridad protegen a la base de datos contra los daños
accidentales. En el Capítulo 2 ya se ha visto una modalidad de restricciones de integridad para el
modelo E-R. Estas restricciones eran de los tipos siguientes: • Declaración de claves – la
estipulación de que ciertos atributos pueden formar una clave para un conjunto de entidades
determinado. • Forma de la relación – de varios a varios, de uno a varios, de uno a uno. En
general, la restricción de integridad puede ser un predicado arbitrario referente a la base de datos.
Sin embargo, los predicados arbitrarios pueden resultar complicados de verificar. En consecuencia,
lo habitual es limitarse a restricciones de integridad que puedan verificarse con una sobrecarga
mínima. En los apartados 6.1 y 6.2 se estudian estas formas de restricciones de integridad y una
forma más compleja en el Apartado 6.3. En el Capítulo 7 se estudia otra forma de restricción de
integridad, denominada «dependencia funcional», que se usa principalmente en el proceso del
diseño de esquemas.

Restricciones de Integridad

Existen tres tipos de restricciones de integridad:

– de dominio

– de las entidades

– referencial

Restricciones de dominio

• A cada atributo está asociado un dominio de valores posibles.

• Los límites de dominio son la forma más elemental de restricciones de integridad.

• Son fáciles de probar por el sistema siempre que se introducen nuevos datos a la BD.

Ejemplos

En la BD de proveedores y partes:

• el peso de una parte no puede ser negativo.

En la BD bancaria:

• los números de una sucursal no pueden ser negativos.

• las ciudades de sucursales deben provenir de una cierta lista

El SQL estándar soporta un conjunto restringido de tipos de dominio:

– cadenas de caracteres de longitud fija,

– números en coma fija,

– entero,

– entero pequeño,

– fecha.
El concepto CRUD está estrechamente vinculado a la gestión de datos digitales. CRUD hace
referencia a un acrónimo en el que se reúnen las primeras letras de las cuatro operaciones
fundamentales de aplicaciones persistentes en sistemas de bases de datos:

 Create (Crear registros)

 Read bzw. Retrieve (Leer registros)

 Update (Actualizar registros)

 Delete bzw. Destroy (Borrar registros)

En pocas palabras, CRUD resume las funciones requeridas por un usuario para crear y
gestionar datos. Varios procesos de gestión de datos están basados en CRUD, en los
que dichas operaciones están específicamente adaptadas a los requisitos del sistema y
de usuario, ya sea para la gestión de bases de datos o para el uso de aplicaciones. Para los
expertos, las operaciones son las herramientas de acceso típicas e indispensables para
comprobar, por ejemplo, los problemas de la base de datos, mientras que para los usuarios,
CRUD significa crear una cuenta (créate) y utilizarla (read), actualizarla (update) o borrarla
(delete) en cualquier momento. Dependiendo de la configuración regional, las operaciones
CRUD pueden implementarse de diferentes maneras, como lo muestra la siguiente tabla:

RESTful
CRUD-Operation SQL XQuery
HTTP

POST,
Create INSERT insert
PUT

GET,
Read SELECT copy/modify/return
HEAD

PUT,
Update UPDATE replace, rename
PATCH

Delete DELETE DELETE delete

DEPENDENCIAS FUNCIONALES LIBRO CAP 7.3

1FN 161
3FN 177
Índice de Base de Datos
Un índice es una estructura de datos definida sobre una columna de tabla (o
varias) y que permite localizar de forma rápida las filas de la tabla en base a su
contenido en la columna indexada además de permitir recuperar las filas de la
tabla ordenadas por esa misma columna.
Un índice simple está definido sobre una sola columna de la tablamientras que un
índice compuesto está formado por varias columnas de la misma tabla (tabla
sobre la cual está definido el índice). Cuando se define un índice sobre
una columna, los registros que se recuperen utilizando el índice aparecerán
ordenados por el campo indexado. Si se define un índice compuesto por las
columnas col1 y col2, las filasque se recuperen utilizando dicho índice aparecerán
ordenadas por los valores de col1 y todas las filas que tengan el mismo valor
de col1' se ordenarán a su vez por los valores contenidos en col2, función
igual que la cláusula ORDER BY . Por ejemplo si definimos un índice compuesto
basado en las columnas (provincia, localidad), las filas que se recuperen utilizando
este índice aparecerán ordenadas por provincia y dentro de la misma provincia por
localidad.

Índice agrupado y no agrupado

El término índice agrupado no se debe confundir con índice compuesto, el
significado es totalmente diferente. Un índice agrupado (CLUSTERED) es un
índice en el que el orden lógico de los valores de clave determina el orden físico
de las filas correspondientes de la tabla. El nivel inferior, u hoja, de un índice
agrupado contiene las filas de datos en sí de la tabla. Una tabla o vista permite un
solo índice agrupado al mismo tiempo. Los índices no agrupados existentes en las
tablas se vuelven a generar al crear un índice agrupado, por lo que es conveniente
crear el índice agrupado antes de crear los índices no agrupados. Un índice no
agrupado especifica la ordenación lógica de la tabla. Con un índice no agrupado,
el orden físico de las filas de datos es independiente del orden indexado.

Índice único
Índice único es aquel en el que no se permite que dos filas tengan el mismo valor
en la columna de clave del índice. Es decir que no permite valores duplicados.

VISTA PAG 98