Anda di halaman 1dari 11

Base de Datos I

MODELADO DE BASE DE DATOS

Ing. Eva Flores


UNICAH

Un poco de informacin terica.


El modelado de base de datos incluye en su expresin bsica los modelos Entidad Relacin y los modelos Relacionales. Ambos, a su manera nos dan una definicin global del esquema final de una base de datos. Luego de obtener un diagrama de datos se aplica la tcnica de normalizacin de base de datos para obtener el modelo final que ser implementado en cualquier sistema Gestor de Base de Datos (DBMS) como ser SQL, ORACLE, MYSQL, POSTGRESS, ACCESS, etc. Para ejemplificar esto tomamos un formulario sencillo Resumen de una Planilla. Vamos a asumir que la empresa paga su planilla mensualmente. Adems no puede pagarse una misma planilla dos veces en el mismo mes.

Conoce ms
Modelo E-R Modelo Relacional Normalizacin

Modelo E-R El modelo Entidad Relacin permite definir las entidades (objetos) ms relevantes y sus propiedades, as como las relaciones que se dan entre dichas entidades. Modelo Relacional El modelo relacional considera las bases de datos como una coleccin de relaciones, donde una relacin representa una tabla y las tablas son

representadas por un conjunto de registros (filas de la tabla) y cada registro es representado por uno o ms campos

(columnas de la tabla) Normalizacin

Modelo E-R
En el modelo Entidad Relacin se debe identificar Entidades, Atributos y Relaciones. Para determinar estos objetos debemos:

Consiste en aplicar una serie de reglas a las tablas obtenidas del modelo relacional. Hay 6 reglas de normalizacin

Observar que informacin es la que esta almacenando el formulario. Determinar si el objeto elegido se puede describir por medio de propiedades (atributos). Si es descriptible entonces es Entidad sino es un atributo de la Entidad.

pero una base de datos se considera estar normalizada si ha llegado a 3 Forma Normal.

Ing. Eva Flores | UNICAH

2
El documento es el resumen de una planilla que almacena informacin de Empleados Departamentos, Puestos y por supuesto la informacin de la propia Planilla. Sabemos que estas son Entidades porque pueden ser descritas a travs de sus propiedades: por ejemplo:

Propiedades de la Entidad Puesto:

Propiedades de la Entidad Departamento:

Conoce ms
Entidad Es la asociacin de

Un Cdigo de Puesto. Un Nombre para el Puesto.

Un Cdigo de Departamento. Un Nombre.

caractersticas que definen un objeto.

Propiedades de la Entidad Empleado:

Propiedades de la Entidad Planilla:

Un Cdigo de Empleado. El Nombre del Empleado. Una Fecha de Ingreso. Un Salario. Un Puesto. Un departamento.

Un Ao de ejercicio fiscal. Un Mes de emisin. Un Total de planilla. La informacin de los empleados de esa planilla.

Propiedad (Atributo) Son las caractersticas que definen o identifican a una entidad. Relacin. Permite la asociacin o las dependencias entre entidades mediante atributos. Grado de una Relacin. alguno de sus

Las entidades se grafican de la siguiente manera en el modelo E-R:

Es el nmero de entidades que participan de una relacin. Los grados de una relacin son:

Empleado

Departamento

Recursivas: Binarias: Ternarias:

Planilla

Puestos
Cardinalidad en una relacin. Es una restriccin que limita

Estas entidades tienen vnculos entre s. Por ejemplo una Planilla involucra varios Empleados. A su vez cada Empleado puede estar en un departamento y solo ocupar un puesto. Los empleados (jefes) tambin pueden tener a cargo a ms de un empleado.

las posibles combinaciones que se dan entre las entidades que participan en una relacin. La cardinalidad puede ser: Uno a Muchos (1: N). Uno a Uno (1: 1). Muchos a Muchos(N: M). Muchos a Uno (N: 1).

Ing. Eva Flores | UNICAH

Planilla N: M

Involucra

Conoce ms
Ocupa 1: N 1: N Puesto Gobierna Departamento Empleado Ubica 1: N
Atributos Simples Son caractersticas de una entidad que no pueden

dividirse en ms propiedades. Atributos Compuestos. Son caractersticas que pueden dividirse en ms propiedades

Asociamos las propiedades a cada entidad.


PlanillaAnio PlanillaMes Total de Planilla EmpleadoCodigo EmpleadoNombre EmpleadoSalario PuestoCodigo DeptoCodigo

que describen a una entidad. Atributos Derivados. Caractersticas que pueden ser calculadas o determinadas

Planilla N: M

Involucra

mediante otras propiedades existentes en la Entidad.

Ocupa 1: N

Empleado

Ubica 1: N

Atributos Nulos. Caractersticas que pueden no tener un valor aplicable. O sea que puede ser no requerido

1: N Puesto
PuestoNombre PuestoCodigo

Gobierna
JefeCodigo

Departamento
DepartamentoNombre DepartamentoCodigo

para la entidad. Atributos Univalor. Son caractersticas que solo pueden tomar un valor a la vez

Los campos Ingresos, Total de Ingresos, Total de Deducciones, Sueldo Neto y Total de Planilla por departamento son atributos derivados. El campo EmpleadoNombre es un atributo Compuesto que en el proceso de normalizacin ser separado en

para la misma entidad. Atributos Multivalor. Son caractersticas que pueden tomar ms de un valor a la vez para la misma entidad. Claves (Llaves) La caracterstica esencial de los campos Llave es que su valor almacenado es distinto para cada registro en una tabla.

Atributos Simples (EmpleadoNombre y EmpleadoApellido). Los atributos Vacaciones y prstamos son Atributos Nulos ya que pueden o no tomar un valor para cada registro. Hay 3 relaciones Binarias (Planilla -> Empleado || Departamento -> Empleado || Puesto -> Empleado) y una relacin recursiva entre Empleado y Jefe. Las claves Primarias son los atributos marcados. marcados. Las claves forneas son los atributos

Ing. Eva Flores | UNICAH

Modelo relacional
El modelo relacional sugiere que las entidades y relaciones entre ellas, sean vistas como tablas. Este modelo es ms detallado ya que define no solo el nombre de los objetos y de las propiedades de estos; sino que tambin el dominio de cada propiedad como parte de la identificacin del esquema. Por tanto tenemos las siguientes tablas:
Claves Candidatas. Son aquellos atributos que podran considerarse para

Conoce ms

formar parte de la Llave Primaria. Claves Primarias (PK). Es aquel o aquellos atributos que no permiten que sus valores se repitan o tengan valores nulos para ningn registro. Claves Forneas (FK). Es aquello o aquellos atributos que se usan para establecer un vnculo (relacin) entre los datos de dos tablas. Claves Compuestas. Son las claves que tienen ms de un atributo que representa la Llave Primaria. Claves Simples. Son las claves que tienen solamente un atributo que representa la Llave Primaria. Esquema. Contiene la definicin de las tablas de una base de datos. Dominio. Son los valores permitidos que pueden almacenarse en un atributo.

Ing. Eva Flores | UNICAH

5
Como se puede observar, ya no tenemos cuatro sino cinco tablas, ya que en modelo Entidad Relacin hay una relacin de muchos a muchos entre la Planilla y Empleados, por tanto esta relacin se convierte en una nueva tabla en el modelo relacional (Planilla-Emp).

Conoce ms
Primera (1FN). La 1FN establece: 1. 2. 3. Cada tabla debe tener una PK. No deben haber atributos compuestos. No deben haber grupos repetidos. Forma Normal Forma Normal

Segunda (2FN).

La 2FN establece que deben eliminarse las dependencias parciales. Una dependencia es parcial cuando algn atributo de la tabla no depende

completamente de la Llave Primaria (PK). Este anlisis solo es aplicable a tablas con claves (Superllaves). Tercera (3FN). La 3FN establece que se deben eliminar las dependencias Forma Normal compuestas

transitivas. Una dependencia transitiva se da cuando algn

Normalizacin
La normalizacin es la aplicacin de una serie de reglas a las tablas obtenidas en el modelo relacional. Los objetivos de la normalizacin incluyen: Evitar la redundancia de datos. Evitar problemas de actualizacin de datos en las tablas. (insercin, modificacin y eliminacin). Proteger la integridad de los datos.

atributo no llave depende de otro atributo no llave. Adems establece que los campos

derivados deben eliminarse de la tabla.

Ing. Eva Flores | UNICAH

6
Las reglas de normalizacin que abarcaremos son tres: 1FN, 2FN y 3FN. Vamos a aplicar la normalizacin al modelo anterior.

Primera forma normal (1FN): La excepcin en esta tabla se da en el campo Empleado Nombre que es un campo compuesto y debe separarse.

Segunda forma normal (2FN): La segunda forma normal solo es aplicable a tablas con llaves compuestas. Por tanto, las tablas EMPLEADO, PUESTO Y DEPARTAMENTO ya estn en segunda forma normal. La segunda forma normal elimina las dependencias parciales, convirtiendo esos campos que no dependen completamente de la llave en una nueva tabla.

Tabla planilla: el campo PlanillaTotal depende completamente de la PK. Por tanto esta en segunda forma normal.

Ing. Eva Flores | UNICAH

7
Tabla planilla-Empleado
Campo Tipo de dependencia. EmpleadoSalarioBruto Parcial Porque solo depende del Empleado Cdigo que es parte de la PK. Solucin: ya que este campo tiene una dependencia parcial debe ser parte de la tabla empleado. Haremos una excepcin y dejaremos este campo en ambas tablas ya que servir de registro histrico en la tabla Planilla-Empleado. EmpleadoIHSS Empleado Vacaciones EmpleadotIngresos EmpleadoPrestamo EmpleadotDeducciones EmpleadoSueldoNeto PlanillaTotalDepto Completa Completa Completa Completa Completa Completa Completa Estos valores se pagaron en ese MES, para ese AO y para ese EMPLEADO. Por tanto depende de los 3 atributos. Por qu?

Tercera forma normal (3FN). La tercera forma normal elimina dependencias transitivas y atributos derivados. Es aplicable a todas las tablas. Ya que las tablas DEPARTAMENTO Y PUESTO solo tienen un campo no llave que depende completamente de la PK entonces ya estn en 3FN. Evaluamos las tablas restantes: Empleado: La tabla empleado no tiene campos derivados. Tampoco hay campos no llave del cual dependan otros campos no llave. Ya est en 3FN.

Planilla: La planilla tiene un campo derivado (PlanillaTotal) que se obtiene de sumar el total por departamento. Por tanto se elimina de la Tabla.

Ing. Eva Flores | UNICAH

8
Planilla Empleado Para la tabla planilla-Empleado los campos

EmpleadotIngresos, EmpleadoSueldoNeto,

EmpleadotDeducciones, PlanillaTotalDepto son campos

derivados. Por tal razn se eliminan de la tabla.

El total de Ingresos (EmpleadotIngresos) se obtiene de Sumar salarioBruto + Vacaciones. El total de Deducciones (EmpleadotDeducciones) se obtiene de la suma de IHSS + Prestamos. El Sueldo Neto se obtiene de la operacin EmpleadotIngresosEmpleadotDeducciones. Y el total de la planilla por departamento sumando los sueldos netos de todos los empleados.

El modelo final es:

Ing. Eva Flores | UNICAH

Ejemplo 1. Solicitud de Registro PYME.


Solicitud de Registro Micro, Pequea y Mediana Empresa Cmara de Comercio e Industrias

Fecha de Presentacin: ____ /____ /______

Pg. 9 de 10

DATOS GENERALES PARA REGISTRO Inicio de Operaciones: __ / __ / ____ Nombre Completo de la Empresa: Nombre Corto de la Empresa: RTN Numrico: Numero de Inscripcin Registro Mercantil: _______________________________________ Departamento: _________________ Ciudad: ____________________ Direccin exacta de la Empresa: _________________________________________________ Telfonos: ________________ ________________ ________________ Correo Electrnico: ______________________

Fax: Actividad Principal de la Empresa:

Sitio Web:

Razn o Denominacin Social: Comerciante Individual. Sociedad Annima. Otros. Sociedad de Responsabilidad Limitada (S. de RL) Sociedad Anonima de Capital Variable (SA. de CV) Sociedad de Responsabilidad Limitada de Capital Variable (S. de RL. de CV)

Page 9 of 10

Ing. Eva Flores | UNICAH

10

INFORMACION DE LOS PERSONEROS (GERENTE GENERAL SUB GERENTE CONTADOR) Nombre: Tipo de Identificacin: Fecha de Nacimiento: Telfono: Tipo de Contacto: Nivel Educativo: Titulo: Nacionalidad: Numero Identificacin: Sexo: Correo Electrnico: Sub Gerente Contador

__ / __ / ___

Gerente

Nombre: Tipo de Identificacin: Fecha de Nacimiento: Telfono: Tipo de Contacto: Nivel Educativo: Titulo:

__ / __ / ___

Nacionalidad: Numero Identificacin: Sexo: Correo Electrnico: Sub Gerente Contador

Gerente

Nombre: Tipo de Identificacin: Fecha de Nacimiento: Telfono: Tipo de Contacto: Nivel Educativo: Titulo:

__ / __ / ___

Nacionalidad: Numero Identificacin: Sexo: Correo Electrnico: Sub Gerente Contador

Gerente

Para uso exclusivo de CCIT Fecha de Registro CCIT: __ / __ / ____ S Nmero de Registro: No

Verificado en el Bur de Crdito: Observaciones: Procesado Por: Autorizado Por:

Este ejemplo ser resuelto en clase.

Ing. Eva Flores | UNICAH

Anda mungkin juga menyukai