Ariel Fernando Isa Prez Pimentel
Seccin A
Normalizacin de base de datos
La normalizacin de bases de datos es un proceso que consiste en designar y aplicar una
serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relacin al modelo
relacional.
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Disminuir problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.
En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla
sea considerada como una relacin 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.
Claves
Una clave primaria es el conjunto mnimo de columnas que identifica unvocamente a cada
fila. La clave primaria es un identificador que va a ser siempre nico para cada fila. Se
acostumbra a poner la clave primaria como la primera columna de la tabla pero es ms una
conveniencia que una obligacin. Muchas veces la clave primaria es numrica auto-
incrementada, es decir, generada mediante una secuencia numrica incrementada
automticamente cada vez que se inserta una fila.
En una tabla puede que tengamos ms de una columna que puede ser clave primaria por s
misma. En ese caso se puede escoger una para ser la clave primaria y las dems claves
sern claves candidatas.
Una clave ajena (foreign key o clave fornea) es aquella columna que, existiendo como
dependiente en una tabla, es a su vez clave primaria en otra tabla.
Una clave alternativa es aquella clave candidata que no ha sido seleccionada como clave
primaria, pero que tambin puede identificar de forma nica a una fila dentro de una tabla.
Ejemplo: Si en una tabla clientes definimos el nmero de documento (id_cliente) como clave
primaria, el nmero de seguro social de ese cliente podra ser una clave alternativa. En este
caso no se us como clave primaria porque es posible que no se conozca ese dato en todos
los clientes.
Una clave compuesta es una clave que est compuesta por ms de una columna.
La visualizacin de todas las posibles claves candidatas en una tabla ayudan a su
optimizacin. Por ejemplo, en una tabla PERSONA podemos identificar como claves su DNI, o
el conjunto de su nombre, apellidos, fecha de nacimiento y direccin. Podemos usar
cualquiera de las dos opciones o incluso todas a la vez como clave primaria, pero es mejor en
la mayora de sistemas la eleccin del menor nmero de columnas como clave primaria.
Terminologa Equivalente
Figura 1.0: Trabajo (Cdigo, Nombre, Posicin, Salario), donde Cdigo es la
Clave Primaria.
Relacin = tabla
Registro = registro, o tupla
Atributo = columna o campo
Clave = llave o cdigo de identificacin
Clave Candidata = superclave mnima
Clave Primaria = clave candidata elegida
Clave Externa = clave ajena o clave fornea
Clave Alternativa = clave secundaria
Dependencia Multivaluada = dependencia multivalor
RDBMS = Del ingls Relational Data Base Management System que significa,
Sistema Gestor de Bases de Datos Relacionales.
1FN = Significa, Primera Forma Normal o 1NF del ingls First Normal Form.
Los trminos Relacin, Tupla y Atributo derivan del lgebra y clculo relacional,
que constituyen la fuente terica del modelo de base de datos relacional.
Todo atributo en una tabla tiene un dominio, el cual representa el conjunto de
valores que el mismo puede tomar. Una instancia de una tabla puede verse
entonces como un subconjunto del producto cartesiano entre los dominios de
los atributos. Sin embargo, suele haber algunas diferencias con la analoga
matemtica, ya que algunos RDBMS permiten filas duplicadas, entre otras
cosas. Finalmente, una tupla puede razonarse matemticamente como un
elemento del producto cartesiano entre los dominios.
2. Dependencia
Antes de entrar en el tpico principal de dependencia, vamos a rever algunos
conceptos acerca de los individuos y acerca de las tuplas que los describen en
la base de datos relacional (BDR). Restringiremos la discusin a la BDR, si bien
la misma se aplica igualmente a las otras arquitecturas.
Los individuos tienen muchos atributos que pueden ser de inters a diferentes
personas en diferentes momentos. Nuestro problema actual es con una sola
aplicacin o conjunto de aplicaciones: solemne son de inters algunos de los
atributos.
Existen tres tipos distintos de dependencia.
Total, uno-uno-sinnimo
Completa - subtupla
Transitiva - mltiple.
La dependencia es una relacin funcional que penetra en el universo de
posibilidades. La dependencia no puede deducirse solamente de los datos de
nuestra, ya que stos son necesariamente incompletos, sino que debe ser
inherente al comportamiento del sistema. Por ejemplo, si los datos revelan que
cada uno de nuestros proveedores tiene exactamente una planta y que todas
estas plantas estn en diferentes ciudades, podemos asumir una dependencia
total entre proveedor, planta y ciudad. Es decir, dada una ciudad, la misma
est asociada con un proveedor; y dado este proveedor estar asociado con
una ciudad. En la prctica, solamente cuando un nuevo proveedor se incorpore
con una planta en la misma ciudad que uno de nuestro antiguo proveedor,
resultar claro que no existe dicha dependencia total, Esto no podra ser
deducido a partir de los datos previos.
3. Normalizacin
Qu es normalizacin?
Normalizacin es un proceso que clasifica relaciones, objetos, formas de
relacin y dems elementos en grupos, en base a las caractersticas que cada
uno posee. Si se identifican ciertas reglas, se aplica una categora; si se definen
otras reglas, se aplicar otra categora.
Estamos interesados en particular en la clasificacin de las relaciones BDR. La
forma de efectuar esto es a travs de los tipos de dependencias que podemos
determinar dentro de la relacin. Cuando las reglas de clasificacin sean ms y
ms restrictivas, diremos que la relacin est en una forma normal ms
elevada. La relacin que est en la forma normal ms elevada posible es que
mejor se adapta a nuestras necesidades debido a que optimiza las condiciones
que son de importancia para nosotros:
La cantidad de espacio requerido para almacenar los datos es la menor
posible;
La facilidad para actualizar la relacin es la mayor posible;
La explicacin de la base de datos es la ms sencilla posible.
DICCIONARIO DE DATOS
Un diccionario de datos, o repositorio de metadatos, como lo define el IBM
Dictionary of Computing, un repositorio centralizado de informacin sobre
datos tales como significado, relacin con otros datos, origen, uso y formato.1
En un diccionario de datos se encuentra la lista de todos los elementos que
forman parte del flujo de datos en todo el sistema. Los elementos ms
importantes son flujos de datos, almacenes de datos y procesos. El diccionario
guarda los detalles y descripciones de todos estos elementos.
Si los analistas desean conocer cuntos caracteres abarca un determinado dato
o qu otro nombre recibe en distintas partes del sistema, o dnde se utiliza,
encontrarn las respuestas en un diccionario de datos desarrollado en forma
apropiada.
El diccionario se desarrolla durante el anlisis de flujo de datos y auxilia a los
analistas que participan en la determinacin de los requerimientos de
sistemas.
Esquema de una base de datos
El esquema de una base de datos (en ingls, database schema) describe la
estructura de una base de datos, en un lenguaje formal soportado por
un sistema de gestin de base de datos (DBMS). En una base de datos
relacional, el esquema define sus tablas, sus campos en cada tabla y las
relaciones entre cada campo y cada tabla.
El esquema es generalmente almacenado en un diccionario de datos. Aunque
generalmente el esquema es definido en un lenguaje de base de datos, el
trmino se usa a menudo para referirse a una representacin grfica de la
estructura de base de datos
DICCIONARIO DE DATOS
Entidad externa: Almacen
Descripcin:
Dato: Autor
Descripcin: El autor de un libro.
Estructura: Nombre
Dato: CC
Descripcin: cuenta corriente.
Estructura: codBanco + numCC
Entidad externa: Cliente
Descripcin:
Fichero: DatosClientes
Descripcin:
Estructura: {DCliente}
Dato: DCliente
Descripcin:
Estructura: idcliente + dni + Nombre + direccion + (CC )+ (tarjeta)
DICCIONARIO DE DATOS
Flujo de datos: DatosPedido
Descripcin:
Estructura: ALIAS DPedido
Dato: DPedido
Descripcin:
Estructura: idpedido + idcliente + {lineapedido} + (direccionnentrega) +
gastosevio + formapago + fechapedido + fechaentrega
Flujo de datos: DetalleFactura
Descripcin:
Estructura: idfactura + idpedido + gastos
Dato: DFactura
Descripcin:
Estructura: idfactura + idcliente + fechafactura + fechapago + {idpedido} +
gastos + total + fechapago
Flujo de datos: Facturasavisos
Descripcin:
Estructura: idcliente +{ idfactura} + fechapago
DICCIONARIO DE DATOS
DICCIONARIO DE DATOS
Fichero: facturas
Descripcin:
Estructura: {DFactura}
Dato: lineapedido
Descripcin:
Estructura: idlibro + cantidad
Fichero: Pedidos
Descripcin:
Estructura: {DPedido}
Flujo de datos: libros
Descripcin:
Estructura: idlibro + {autor} + titulo + subtitulo + isbn + editorial + ao +
edicion + precio
DICCIONARIO DE DATOS
Flujo de datos: PagosConsultas
Descripcin:
Estructura: idcliente + fecha + {idpedido} + {idfacturas}
Flujo de datos: pedido
Descripcin:
Estructura: ALIAS Dpedido
Flujo de datos: PedidoRechazado
Descripcin:
Estructura: Dpedido + fecha + motivorechazo