El documento habla sobre las estructuras de diseño físico de las bases de datos como índices, vistas indizadas y particiones y cómo mejoran el rendimiento. También menciona que SQL Server proporciona una herramienta para analizar el rendimiento de las cargas de trabajo en las bases de datos.
3. El rendimiento de los sistemas de bases de datos
empresariales depende de una configuración eficaz de
las estructuras de diseño físico de las bases de datos
que componen dichos sistemas.
Entre las estructuras de diseño físico se incluyen
índices, vistas indizadas y particiones, cuyo objetivo es
mejorar el rendimiento y la facilidad de uso de las
bases de datos.
SQL Server proporciona el Asistente para la
optimización de motor de base de datos, una
herramienta que analiza los efectos del rendimiento de
las cargas de trabajo en una o más bases de datos.
4. El proceso de normalización de bases de datos consiste en
aplicar una serie de reglas a las relaciones obtenidas tras el
paso del modelo entidad-relación al modelo relacional.
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 sea considerada como
una relación tiene que cumplir con algunas restricciones:
Cada tabla 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.
5. La Primera Forma Normal, o 1FN, es la más elemental de
todas. Una tabla está en 1FN si el valor que contiene un
atributo de un registro, un campo, es único y elemental. En
cada uno de los atributos sólo se puede incluir un dato,
aunque sea compuesto, pero no se pueden incluir una lista de
datos. Por ejemplo, no se pueden incluir en el atributo
Dirección el domicilio habitual y el de vacaciones; habría
que crear dos registros que se diferenciarán por el atributo
Dirección:
6.
7. Se dice que un atributo o conjunto de atributos tiene dependencia funcional
de otro u otros si a cada uno de los primeros le corresponde sólo uno de los
segundos.
Por ejemplo, hay una dependencia funcional entre CIF y el atributo Razón
Social, ya que a cada CIF le corresponde una única Razón Social.
Una tabla está en Segunda Forma Normal o 2FN cuando está en 1FN y todo
atributo que no pertenece a la clave primaria tiene una dependencia funcional
de la clave completa y no de parte de ella. Luego, si la clave principal está
formada por un solo atributo y ya está en 1FN, ya estará en 2FN.
Para transformar una tabla con dependencias funcionales, cuya clave está
formada por más de un campo, en una tabla en 2FN se necesitan crear tablas
nuevas para eliminar las dependencias funcionales, las tablas nuevas tendrán
los atributos que dependen funcionalmente de la clave y los que forman la
parte de la clave de la que dependen. Una vez creadas las nuevas tablas, se
eliminan de la tabla primera los atributos que tenían dependencias
funcionales.
En el ejemplo anterior, tanto el nombre como los apellidos dependen del NIF.
Se crea una nueva tabla que contiene los atributos: NIF, nombre y apellidos,
eliminándose de la tabla cliente los atributos nombre y apellidos, quedando
las siguientes tablas:
8.
9. Se dice que hay dependencia funcional transitiva entre dos
atributos cuando un atributo que no pertenece a la clave primaria
permite conocer el valor de otro atributo.
Por ejemplo: dada la tabla clientes, entre los atributos provincia y
prefijo telefónico hay una dependencia funcional transitiva, ya que
el primero permite conocer el valor del segundo.
Una tabla está en Tercera Forma Normal o 3FN si está en 2FN y
no existen atributos que no pertenezcan a la clave primaria que
puedan ser conocidos mediante otro atributo que no forma parte de
la clave primaria, es decir, no hay dependencias funcionales
transitivas.
Siguiendo con el ejemplo anterior, cuando hay dependencias
funcionales transitivas, se crea una nueva tabla con los atributos
que tienen dependencia funcional transitiva, eliminándose el
atributo dependiente de la tabla original.
Si nos fijamos en esta tabla:
10.
11. Una tabla está en Forma Normal de Boyce-Codd o
FNBC si solo existen dependencias funcionales
elementales que dependan de la clave primaria o de
cualquier clave alternativa. Si la clave primaria está
formada por un solo atributo y está en 3FN, ya está en
FNBC.
Un ejemplo típico para mostrar una tabla que, estando
en 3FN, mantiene dependencias funcionales, sin
relación con el ejemplo seguido hasta este momento, es
una tabla que posee los atributos dirección, código
postal y población, suponiendo que a poblaciones
diferentes le corresponden códigos postales distintos.