Ciencia y Tecnologia Exitosa

FUNDAMENTOS DE BASE DE DATOS

Definicin: Una base de datos es un conjunto de datos organizados de tal manera que pueda extraer informacin y que pueda ser compartida. Medio y Representacin: El medio es un objeto real, mecanismo o tecnologa disponible para que los datos (representaciones abstractas de informacin) permanezcan, sean registrados, accedidos, modificados o eliminados. En el contexto de base de datos almacenadas y accedidas en forma mecnica (con uso de computadoras, por ejemplo), actualmente los medios ms usados son: Medio Magnetico. Medio ptico. Sistema de Administracin de Base de Datos: DBMS (DataBase Management System) Software que administra el acceso a los datos, permitiendo su almacenamiento, consulta y actualizacin. Tiene la capacidad de responder a las mltiples usuarios accediendo en forma concurrente a los datos. Provee facilidades para la administracin del conjunto como toma de respaldos y recuperacin. El DBMS permite tener los datos de toda la organizacin (incluida la informacin de sus principales entidades) de forma integrada, de manera que estos se encuentren disponibles a consultas o actualizaciones de transacciones realizadas por el personal de la empresa, clientes de la misma, a travs de un lenguaje que sea comprendido por el DBMS. Este lenguaje, en el caso de base de datos relacionales (RDBMS) es el SQL. El lenguaje no slo debe permitir la comunicacin para acceder a los datos sino para definirlos. Actualmente los software de RDBMS se encuentran en diversas plataformas, aunque son desarrolados para arquitecturas tanto mainframe, como cliente/servidor corriendo en un host o servidor usando la infraestructura de la red disponible para la comunicacin con los usuarios. Los Tres Niveles de la Arquitectura de Datos Nivel Externo: Llamado tambien nivel de visin, es el nivel ms cercano al usuario final, o sea es la forma cmo estos perciben los datos. Generalmente a un usuario le interesa slo una parte de la base de datos y no le interesa los aspectos tcnicos deseando solo indicar QUE datos son los que requiere.

Nivel Conceptual: Tambien llamado esquema describe la totalidad de los datos de la base de datos. En este nivel interesa CUALES son los datos necesarios, asi como las relaciones entre estos. Este nivel es visible a usuarios profesionales de SI, Desarrolladores y al Administrador de Datos. Nivel Interno: Tambien llamado nivel fisico, describe COMO son almacenados los datos en la base de datos. Una parte de este nivel debe ser visible al Administrador de Base de Datos (DBA) y totalmente visible a quienes desarrollan software del tipo DBMS. En este nivel es importante el conocimiento del ambiente operativo donde correr el software del tipo DBMS.

Modelo de Datos: Coleccin de herramientas conceptuales para describir datos, relaciones entre estos y restricciones de consistencia. Un modelo de datos es la representacin de informacin relevante a una realidad (una organizacin por ejemplo) para que pueda ser manejada por otras personas, diferentes a quienes confeccionaron el modelo. Para disear y planificar base de datos, el Modelo Relacional es el que ha tenido mayor xito en la industria de la ingeniera del software. Ms an, la mayoria de herramientas que apoyan

Mail:Guido_roblesVivar@Hotmail.com

Ciencia y Tecnologia Exitosa

la ingeniera del software y el desarrollo de sistemas de informacin (CASE) han adoptado algn sabor del Modelo Relacional orignal. Los modelos para diseo/planificacin permite describir los niveles conceptuales y externo. Los modelos para implementar software de administracin de base de datos, deben permitir cubrir todos los niveles de la arquitectura de datos. MODELO RELACIONAL: CONCEPTOS FUNDAMENTALES Modelo de Datos: Un modelo de datos organiza y representan los datos en forma de tabla o relaciones. Relacin: Una tabla de dos dimensiones que contiene filas y columnas de datos. Grado de Relacin: El nmero de atributos en una relacin o tabla. Tupla: Una fila en una relacin. Dominio del Atributo: El conjunto de valores que puede tomar un atributo. Valor Nulo: El valor dado a un atributo en una tupla si el atributo es inaplicable o su valor es desconocido. Superclave: Un conjunto de atributos que identifica unvocamente cada fila en una relacin. Clave: El conjunto mnimo de atibutos que identifica unvocamente cada fila en una relacin Clave Compuesta: Una clave compuesta de ms de un atributo. Clave Candidata: Cualquier conjunto de atributos que puede ser elegido como una clave de una relacin. Clave Primaria: La clave candidata elegida como la clave de la relacin. Clave Externas: Un conjunto de atributos en una relacin que constituye una clave en alguna otra (o posiblemente la misma) relacin; usada para indicar enlaces lgicos entre relaciones. Clave Externas Recursiva: Una clave que referencia su propia relacin. Esquema de Base de Datos Relacional: Una listado que muestra los nombres de las relaciones, los nombres de los atributos y las claves forneas. RESTRICCIONES DE INTEGRIDAD Una restriccin es una regla que limita los valores que pueden estar presentes en la base de datos. El modelo de datos relacional incluye varias restricciones que se usan para verificar la validacin de los datos en una base de datos. Se consideran las siguientes restricciones: Integridad de la Entidad: El atributo que es clave de una fila no puede contener un valor nulo. Integridad Referencial: El valor no nulo de una clave externa debe ser un valor real de la clave de otra relacin. Dependencias Funcionales: El valor de un atributo en una tupla determina el valor de otro atributo en la tupla. IdDocente Nombre Escuela

NORMALIZACIN El proceso de conversin de una relacin en una forma estandar. Redundancia en los Datos: Repeticin de datos en una base de datos. Integridad de los datos: Consistenacia de los datos en base de datos. Anomalas de Actualizacin: Inconsistencias de los datos como resultado se datos redundantes y actualizaciones parciales. Anomalas de Borrado: Prdida no intencionada de datos debido a que se han borrado otros datos. Anomalas de Insercin: Imposibilidad de adicionar datos en la base de datos debido a la ausencia de otros datos. Valor Atmico: Un valor que no es un conjunto de valores o un grupo repetitivo. Determinante: El atributo de la parte izquierda de una dependencia funcional determina el valor de los atributos en una tupla. NORMALIZACIN DE DATOS La normalizacin es una serie de pasos para refinar el modelo de datos hasta que satisface ciertas condiciones. El objetivo de la normalizacin y del buen diseo de una base de datos es reducir, no necesariamente eliminar, la redundancia de datos. Puede haber ocasiones, sin

Mail:Guido_roblesVivar@Hotmail.com

Ciencia y Tecnologia Exitosa

embargo en las cuales una limitada redundancia de datos es necesaria por razones de rendimiento. PRIMERA FORMA NORMAL (1FN) Una tabla est en la primera forma normal slo si tiene una clave principal y sus atributos son todos de tipo de dato simple sin atributos repetidos. Para cumplir con las restricciones de 1FN, los dominios de los atributos de una tabla deben ser valores atomicos (columnas cuyos datos presentan un solo valor), y no pueden ser grupos repetidos de atributos. Todos los grupos repetidos de atributos se debern mover a una nueva tabla. Cuando una tabla se ajusta a 1FN, se la considera como tabla normalizada, pareciendose a un archivo plano de dos dimensiones. Los elementos que contienen grupos repetidos se considera como no normalizados.

EMPRESA DATA S.A.

PEDIDO N 777 FECHA 15.09.2004

RAZON SOCIAL DIRECCIN

: 010 PESQUERA EL PESCADO S.A.C. : AV. TAHUANTISUYO N 598

REPRESENTANTE DE VENTAS:

01 LEONARDO RODRIGUEZ

FONO:

043- 9538234

ITEM 01 02 03

PRODUCTO P1 P3 P7

DETALLE DEL PEDIDO DESCRIPCION CANTIDAD PC IBM PENTIUM IV IMP. EPSON PORTATIL COMPAQ 10 5 3

PU 3500 1000 7000 61,000

TOTAL 35,000 5,000 21,000

PEDIDO: (IdPedido, Fecha, IdCliente, NomCliente, IdProducto, NomProducto, Cantidad)

777 15.09.2004 010 Pesquera El Pescado P1 P3 P7 PC IBM PENTIUM IV IMPRESORA EPSON PORTATIL COMPAQ 10 5 5

Una relacin de datos est en 1FN si cada dato slo contiene un valor de su dominio o ninguno, es decir, si no existen repeticiones.

Columnas cuyos campos representan un solo valor

777 15.09.2004 010 Pesquera El Pescado

Columnas cuyos campos representan datos con ms de un valor

P1 P3 P7 P2 P4 P5 P6 P7 P9 PC IBM PENTIUM IV IMPRESORA EPSON PORTATIL COMPAQ CINTAS DE IMPRESORA TONER IMPRESORA TINTA IMPRESORA MONITOR SAMSUNG LECTORA CD DISCO DURO QUANTUM 10 5 5 15 7 10 3 5 5

456

1409.2004

017

Comercial El Pirata

460

14.09.2004

010

Pesquera El Pescado

En el caso del ejemplo presentado vemos que los datos que no representan repeticiones son: IdPedido Fecha IdCliente NomCliente

Por lo que se formar una primera relacin precisamente con estos cuatro datos:

Mail:Guido_roblesVivar@Hotmail.com

Ciencia y Tecnologia Exitosa

PEDIDO: (IdPedido, Fecha, IdCliente, NomCliente) Los atributos: IdProducto NomProducto Cantidad Representan repeticiones, es decir que en una misma tupla, un dato de cada uno de estos atributos presenta ms de un valor. Entonces se formular la segunda relacin, sin embargo esta relacin, no es suficiente el dato IdProducto para identificar nicamente a cada tupla, de manera que ser necesario incorporar la llave de la anterior relacin: IdPedido La relacin queda de la siguiente manera: DETALLE PEDIDO: (IdPedido, IdProducto, NomProducto, Cantidad)
777 456 460 15.09.2004 14.09.2004 14.09.2004 010 017 010 PEDIDO Pesquera El Pescado" Comercial El Pirata Pesquera El Pescado

777 777 777 456 456 456 460 460 460

P1 P3 P7 P2 P4 P5 P6 P7 P9

DETALLE PEDIDO PC IBM PENTIUM IV IMPRESORA EPSON PORTATIL COMPAQ PC COMPATIBLES P IV TONER IMPRESORA TINTA IMPRESORA MONITOR SAMSUNG LECTORA CD DISCO DURO QUANTUM

10 5 5 15 7 10 3 5 5

SEGUNDA FORMA NORMAL (2FN) Una tabla est en la segunda forma normal, slo si est en primera forma y cada uno de sus atributos no primos es completamente funcional dependiendo de la clave principal de su relacin. Atributos Primos: atributo que es la llave primaria o que forma parte de la llave primaria de una relacin.
777 777 777 456 456 456 460 460 460 P1 P3 P7 P2 P4 P5 P6 P7 P9 DETALLE PEDIDO PC IBM PENTIUM IV IMPRESORA EPSON PORTATIL COMPAQ PC COMPATIBLES P IV TONER IMPRESORA TINTA IMPRESORA MONITOR SAMSUNG LECTORA CD DISCO DURO QUANTUM 10 5 5 15 7 10 3 5 5

En caso del ejemplo, entonces deber separarse al dato NomProducto en otra entidad que tendr como llave, precisamente a IdProducto (subconjunto de la clave pimaria de la relacin DETALLE PRODUCTO). La nueva relacin as formada: PRODUCTO: (IdProducto, NomProducto)

Mail:Guido_roblesVivar@Hotmail.com

Ciencia y Tecnologia Exitosa

321 321 321 456 456 456 654 654 654 DETALLE PEDIDO P1 10 P3 5 P7 5 P2 15 P4 7 P5 10 P6 3 P7 5 P9 5 P1 P3 P7 P2 P4 P5 P6 P7 P9 PRODUCTOS PC IBM PENTIUM IV IMPRESORA EPSON PORTATIL COMPAQ PC COMPATIBLES P IV TONER IMPRESORA TINTA IMPRESORA MONITOR SAMSUNG LECTORA CD DISCO DURO QUANTUM

TERCERA FORMA NORMAL (3FN) Una tabla est en la tercera forma normal, slo si est en segunda forma y cada uno de sus atributos dependen funcional y directamente de la llave de la relacin. PEDIDO: (IdPedido, Fecha, IdCliente, NomCliente)
PEDIDO 010 Pesquera El Pescado" 017 Comercial El Pirata 010 Pesquera El Pescado

777 456 460

15.09.2004 14.09.2004 14.09.2004

En el caso del ejemplo donde el dato NomCliente depende de la llave IdPedido, pero indirectamente a trves del dato IdCliente, deber formarse una nueva relacin con este dato. Esta relacin deber tener como llave primaria al IdCliente CLIENTE: (IdCliente, NomCliente)
PEDIDO 15.09.2004 14.09.2004 14.09.2004

777 456 460

010 017 010

010 017

CLIENTE Pesquera El Pescado" Comercial El Pirata

ESQUEMA FINAL NORMALIZADO

Mail:Guido_roblesVivar@Hotmail.com

Ciencia y Tecnologia Exitosa

PEDIDOIdPedidoFechaIdCliente777 15.09.200401045614.09.200401746 014.09.2004010 CLIENTE010Pesquera El Pescado"017Comercial El Pirata

PRODUCTOSP1PC IBM PENTIUM IVP3IMPRESORA EPSONP7PORTATIL COMPAQP2PC COMPATIBLES P IVP4TONER IMPRESORAP5TINTA IMPRESORAP6MONITOR SAMSUNGP7LECTORA CDP9DISCO DURO QUANTUM DETALLE PEDIDOIdPedidoIdProductoCantidad3 21P110321P35321P75456P215456P4 7456P510654P63654P75654P95

Mail:Guido_roblesVivar@Hotmail.com