16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

VICTORALFONSOBARRETOPONTON|Cerrarsesin

Colombia

INICIO

CURSOS

DIPLOMADOS

MISCURSOS

BSCAMPUS

Inicio(../../)BSCampus(../../bscampus/)TecnologasdeInformacin(../ti/)CmoDisearunaBasedeDatosynoMorirenelIntento

Blogs (https://bsgrupo.com)

Cmo Disear una Base de Datos y no Morir en el

Intento
rea: Tecnologas de Informacin (../../area/ti) | Sub rea: Oracle Base de datos (../../area/ti/Oracle-Base-de-datos)

Cmo disear una base de datos y no morir en el intento

Hola a todos. Mi nombre es Jos Len Cabel. Profesional en Ing. De Sistemas y
ms de 18 aos en el rubro del desarrollo e instruccin en lo concerniente a
Tecnologas de Informacin, y ahora compartiendo con uds. algo que me
apasiona:el diseo de base de datos.Este es el primer artculo de una serie de 4
que tendr como objetivo fundamental el aportar a los usuarios finales, que no
necesariamente estn ligados a temas de Tecnologas de Informacin (TI), pautas y
conocimientos metodolgicos acerca de cmo disear una base de datos ,
independientemente de la magnitud o alcances del escenario real donde dichos
usuarios se desarrollan.
Es la Informacin un recurso vital en la empresa moderna?
Como punto de partida me gustara compartir con ustedes un concepto de
informacin que, mas all de tecnicismos y esferas donde nos desenvolvemos, me
parece uno de los ms claros y de aceptacin general: Informacin es todo
aquello que reduce nuestro nivel de incertidumbre acerca de algo que tenemos
necesidad de conocer. Podemos poner varios ejemplos

AUTOR

JOSLEN
CertificadocomoMicrosoftCertifiedSolution
DevelopersMCSD,Actualmentese
desempeacomoJefedeProyectosy
ProductosVisualStudio.NetenINGESISE
ConsultoraInformtica,ascomo
CoordinadorTcnicodelProgramaNet
DeveloperenlaDivisindeAltaTecnologa
(DAT)enelInstitutoSuperiorCIBERTEC.

a) Es sbado por la noche y quiero ver una buena pelcula. Pues lo primero que
tenemos que hacer esinformarnosen que sala de cine pasan la pelcula, en que
horarios, el costo de las entradas y comentarios acerca de la pelcula (actores,
guion, director, etc.)
b) Necesito hacer un viaje para relajarme y recargar energas. Igual que el punto
anterior, el interesado deber buscar informacin sobre promociones tursticas,
costos, que incluyen cada plan de viaje, hospedajes, entre otros puntos de
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

1/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

importancia.
c) Me he dado cuenta que necesito seguir un diplomado en Marketing para
desempearme mejor en mi empleo. Si esa es la necesidad, pues deberemos
saber que instituciones ofrecen ese tipo de diplomados, su duracin, horarios, si
se dicta on line o presencial, los temarios o contenidos por curso, los
expositores y la certificacin que se obtendr al finalizar el dicho diplomado. En
pocas palabras,informacin.
Con estos 3 ejemplos de la vida diaria demostramos que tan importante es la
informacin, la cual tiene como consecuencia final, que si la tenemos en un alto
nivel de calidad y veracidad, nos asegura un altsimo porcentaje de xito en la
decisin que tomemos y podramos asegurar una excelente noche de cine, un
reparador e inolvidable viaje de vacaciones o el de alcanzar una mejor proyeccin
en nuestro desarrollo laboral.
Ahora si esto se da en esta pequea escala la pregunta es Qu ser en las
corporaciones grandes?
Imagine que es Ud. el responsable de definir el plan de expansin de una cadena
de supermercados. En base a que definira en qu puntos de Lima o provincias
aperturar un nuevo local? Lo ms probable sera hacer un estudio de mercado con
informacin acerca de mercados potenciales, competencia, ubicacin y facilidad
de acceso a los posibles nuevos locales, etc., adems de conocer nuestras
posibilidades de inversin en el plan de expansin que ambicionamos. Como nos
damos cuenta, la informacin aqu ya es ms detallada, especifica y requiere de un
mayor cuidado en obtenerla.
Dependiendo el nivel administrativo donde se tomen las decisiones, la calidad y
exactitud de la informacin vara. La siguiente grfica as lo demuestra:

En los niveles operativos y tcticos las decisiones son de tipo estructurada, es

decir, los factores que permiten tomar la decisin son conocidos y se tiene una
alta posibilidad de xito. Por ejemplo a que proveedor solicitarle un producto o
el monto a cobrarle a un cliente, segn su cronograma de pagos. El cometer un
error en este nivel, se puede manejar de manera correcta sin fuertes impactos en
la empresa (claro est, si no son cotidianos).
En el nivel estratgico es donde las papas queman. Aqu las decisiones son de
tipo no estructuradas, lo cual quiere decir que los factores de xito de la decisin
en cuestin no son del todo conocidos o muy dependientes de agentes externos y
el nivel de riesgo es alto. Iniciar un nuevo rubro en la empresa, abrir nuevos
locales, invertir en la bolsa, entre otros son claros ejemplos de este tipo de
decisiones. Cometer errores aqu ya podra generar un fuerte impacto en la
organizacin.
A manera de ancdota, esto ltimo me hizo acordar a un colega mo que me hizo
la siguiente pregunta: La decisin de casarse como la definiras, estructurada o
no estructurada?. Dejo la respuesta para cada uno de uds.
Les proporciono algunos links de inters que sugiero visiten para ampliar el tema
de la importancia de la informacin en las empresas modernas
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

2/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

El valor de la informacin en la empresa moderna

http://www.edirectivos.com/articulos/1000031257elvalordelainformacionen
laempresamoderna (http://www.edirectivos.com/articulos/1000031257elvalor
delainformacionenlaempresamoderna)
La informacin como recurso
http://germanlescano.wordpress.com/2009/08/05/lainformacioncomorecurso/
(http://germanlescano.wordpress.com/2009/08/05/lainformacioncomorecurso/)
Importancia de la informacin en la empresa
http://html.rincondelvago.com/importanciadelainformacionenla
empresa.html (http://html.rincondelvago.com/importanciadelainformacionen
laempresa.html)

Las bases de datos y su papel protagnico en el desarrollo de los Sistemas de

Informacin
Bien, tras la introduccin (un poco extensa, peo que considere importante),
abordemos el tema de fondo. Las bases de datos. En mi experiencia en consultora
y desarrollo me he dado cuenta que hay una gran falencia en el diseo de la base
de datos en muchas de las organizaciones donde los sistemas funcionan mal. El
usuario final depende mucho de los reportes que los sistemas generan, y si la base
de datos est mal diseada, no le podemos pedir mucho al sistema. Por otro lado,
es muy frecuente el uso de herramientas no adecuadas para la administracin de
los datos. Una gran cantidad deusuarios emplea hojas de clculo como
manejadores de base de datos, cuando en realidad no es lo ms recomendable.
Una hoja de clculo jams advertira si estamos ingresando2 o 3 veces la
informacin de un cliente o de un empleado. Cuando la informacin no es
voluminosa no hay problema, pero ya cuando el volumen aumenta ah empiezan a
darse los errores y ya la situacin se hace insostenible.
Recordemos que una base de datos es un almacn donde los sistemas de
informacin guardan y recuperan datos, que luego dichos sistemas procesan para
brindarle soporte a los usuarios finales en la toma de decisiones. Si el almacn
est mal diseado, sin adecuada organizacin, datos redundantes y errados, ya se
podrn imaginar qu tipo de decisin tomaran los usuarios. Una base de datos
debe tener 3 aspectos fundamentales:Redundancia controlada, datos organizados
y validados y permitir la facilidad tanto para almacenar como para recuperar
datos.
Muchos de mis alumnos del curso de Excel para Expertos, cuando se tocaba el
tema de acceso a base de datos me preguntaban: Jos, Cmo puedo crear mi
propia base de datos? pues ahora, en estas 4 entregas, daremos las pautas para
ello.
Hay una metodologa para disear bases de datos?
Como para todos los aspectos tecnolgicos hay una metodologa, y en el caso del
diseo de bases de datos dicha metodologa se llama Modelo Entidad Relacin
(MER). Esta metodologa, como su nombre lo indica, parte de identificar las
entidades que son relevantes dentro del campo de accin que deseamos manejar
y como se relacionan entre ellas. Propone el diseo de un modelo grafico que
representa la forma como se diseara la base de datos, al igual que un plano que
especifica cmo se estructurara un edificio. Este modelo es totalmente
independiente al software de manejo de base de datos a emplear, es decir, el
modelo debe funcionar del mismo modo en SQL Server, Access, Oracle o cualquiera
sea el software de gestin de base de datos a emplear.
Como toda metodologa, hay herramientas para aplicarlas (ERwin, TOAD, Rational
Rose, etc.), pero ya el manejo de estas herramientas va ms all del propsito de
estos artculos, que no pretenden caer en aspectos demasiado tcnicos, sino al
fundamento en si del tema: hacer un buen diseo de bases de datos.
Las Entidades
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

3/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

Una entidad es todo aquello de lo que se requiere manejar informacin dentro del
mbito del sistema que se piensa desarrollar. Las entidades pueden ser personas,
documentos, lugares fsicos, objetos o incluso eventos propios del rea en
estudio. Si por ejemplo se desea hacer una base de datos para un sistema de
gestin de citas a pacientes de un centro mdico identificamos las siguientes
entidades:
Paciente (persona)
Medico (persona)
Consultorio (lugar fsico)
Cita (evento)
Empleado (persona)
Historial (documento)
Otro ejemplo? Un sistema de gestin de libros en una biblioteca. Identificamos a
las siguientes entidades:
Libro (objeto)
Autor (persona)
Ejemplar (objeto)
Editorial (empresa)
Usuario (persona)
Empleado (persona)
Prstamo (evento)
Devolucin (evento)
Obviamente dependiendo de la realidad especfica a analizar podremos encontrar
ms entidades. No todos los sistemas de gestin de bibliotecas o de centros
mdicos son iguales o requieren manejar la misma informacin, pero las entidades
identificadas en los ejemplos son las que indudablemente no pueden faltar en
dicho tipo de sistemas.
Bien, por ahora lo dejaremos ah. Pero antes de despedirme les propongo lo
siguiente: si ud necesita disear una base de datos para su propio empleo pues lo
invito a identificar que entidades existen dentro de su mbito de accin. Si ud se
desarrolla en una corporacin muy grande recuerde no ser muy generoso y
querer copar todo. Aplique aquel viejo refrn: Divide y vencers. Segmente por
actividades o procesos su anlisis e identifique las entidades y antelas en un
papel o documento en su block de notas. Es el primer paso.
Segunda Parte:
Hola a todos. Mi nombre es Jos Len Cabel. En mi primera entrega conversamos
sobre la importancia de la informacin en las actividades cotidianas, ya sea en
nuestras vidas personales como tambin en las organizaciones donde nos
desempeamos. Hoy en da la informacin se ha convertido en un recurso muy
valioso y preciado, difcil de mantener y mucho ms difcil de procesar, segn la
envergadura de la realidad donde estamos involucrados.
Nos habamos quedado conversando acerca de la mitologa llamada Entidad
Relacin, que nos permitir disear lgicamente la base de datos y plasmarlo en
un diagrama conocido como Diagrama EntidadRelacin. La metodologa se llama
as, porque identifica las Entidades pertenecientes al escenario a analizar as como
sus relaciones.
El concepto de Entidad ya lo habamos dado (todo aquello relevante para el
sistema y de lo cual se que requiere registrar informacin). Sin embargo, antes de
pasar al tema de Relaciones, es importante definir otro concepto esencial: Los
atributos.
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

4/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

Los Atributos, caractersticas de las Entidades

Cada entidad tiene caractersticas que permiten identificarla, calificarla,
clasificarla o cuantificarla. Esas caractersticas se llaman Atributos. Por ejemplo en
el caso de una base de datos para una clnica, el paciente sera una entidad
importante y por tanto habra que identificar que atributos son relevantes conocer
del paciente. Sin duda, sera necesario registrar su nombre, apellidos, sexo, fecha
de nacimiento, DNI, direccin, telfono, tipo de sangre, talla, peso, estado civil
entre otros de importancia para un centro mdico. Informacin como su
experiencia laboral o formacin acadmica no serian relevantes para un sistema de
este tipo.
Si por otro lado el sistema fuera de Recursos Humanos, definitivamente que el
trabajador seria una entidad relevante, y atributos como nombre, apellidos, sexo,
fecha de nacimiento, direccin, telfono, correo electrnico, DNI, experiencia
laboral y formacin acadmica serian importantes conocer, ms no su tipo de
sangre, peso o talla (aunque si hay empresas que registran dicha informacin de
sus colaboradores).
Esto nos lleva a una conclusin. La identificacin de los atributos depende del
escenario donde nos ubiquemos, de tal forma que estemos seguros de que la
informacin a registrar ser la que realmente necesitamos para luego procesarla y
obtener resultados valiosos.
El atributo Clave Principal
Dentro de la lista de atributos identificados en una entidad, hay uno que debe ser
el que permita ubicar a cada ocurrencia de la entidad. Llamamos ocurrencia a cada
instancia de la misma (por ejemplo, de la entidad Alumno, cada alumno es una
ocurrencia de dicha entidad, como tambin en la entidad Producto, cada uno de
los productos es una ocurrencia o instancia de la misma). El atributo que nos
permita acceder de manera nica a una determinada instancia de la entidad es el
llamado Clave Principal. Hay 2 requisitos para que un atributo sea definido como
Clave Principal:
Que tenga valores nicos en cada ocurrencia de la entidad
Que exista un valor para todas las ocurrencias de la entidad
Veamos algunos casos. En la entidad Trabajador podemos ubicar los siguientes
atributos (asumiendo que son empresas o personas jurdicas):
Cdigo del trabajador
Nombres
Apellido Paterno
Apellido Paterno
DNI
Fecha de Nacimiento
Sexo
Estado Civil
Direccin
Distrito
Telfono Fijo
Telfono Celular
Cargo
Fecha de Ingreso
E_mail
Estado (Activo o Inactivo)
De esta lista de atributos hay 2 que pueden ser Clave Principal: El cdigo del
trabajador o su DNI. Los dems atributos no cumplen los requisitos indicados. Si
estuvo pensando que el correo pudo ser clave principal, pues se encuentran casos
de trabajadores que no cuentan con un correo electrnico (o no tiene la necesidad
de tener uno) o si pensaron que el telfono fijo o celular podra ser clave tambin,
pues puede ser que algunos trabajadores sean miembros de la misma familia y
compartan el mismo nmero de telfono fijo. Y si pens por un instante en el
nmero de celular, pues simplemente pueden existir trabajadores que no tengan
celular.
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

5/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

Por consiguiente de los 2 candidatos a ser clave principal se debe elegir solo uno,
donde lo ms probable es que sea el cdigo del trabajador, quedando el DNI como
una clave alterna, para ubicar a un trabajador, en caso de que no se tenga su
cdigo. Esto lo vemos a diario en muchas empresas donde tenemos una afiliacin,
por ser clientes, alumnos, etc. Si no se tiene a la mano nuestro cdigo, pues
nuestra DNI servir para identificarnos.
Refinando.Normalizando ..
El trmino Normalizacin es muy conocido en el mbito de las base de datos. Si
bien es cierto que el concepto se aplica ya al modelo implementado para
determinar su validez, podemos ir anticipndonos a ciertas cosas durante la
construccin del modelo olgico.
Por ejemplo, en el caso de la entidad tTabajador expuesto lneas arriba hay 2
atributos que pueden derivarse o convertirse en entidad: Distrito y Cargo . Bajo
que premisa podemos afirmar esto?? . Por las siguientes razones:
a) Tanto el distrito como el cargo existen independientemente del trabajador. El
hecho que el trabajador Jos Len Cabel deje de pertenecer a la empresa, no
quiere decir que el distrito de Surquillo deje de existir o que el cargo de Jefe de
proyectos que el ostentaba ya no exista ms.
b) La cantidad de ocurrencias de distritos y de cargos amerita a que se deriven a
una entidad para su mejor control y gestin. Solo en Lima existen ms de 45
distritos y en una empresa pueden tranquilamente existir ms de 10 cargos.
Por tanto la lista de atributos seria asi:
Cdigo del trabajador
Nombres
Apellido Paterno
Apellido Paterno
DNI
Fecha de Nacimiento
Sexo
Estado Civil
Direccin
Cdigo de distrito
Telfono Fijo
Telfono Celular
Cdigo de Cargo
Fecha de Ingreso
E_mail
Estado (Activo o Inactivo)
Tercera Parte:
Hola de nuevo. Mi nombre es Jos Len Cabel. En mi primera entrega
conversamos sobre la importancia de la informacin en las actividades cotidianas,
ya sea en nuestras vidas personales como tambin en las organizaciones donde
nos desempeamos.
En la segunda, planteamos la necesidad de identificar atributos o caractersticas
para las entidades, siendo importante tomar en cuenta a los que son necesarios
dentro del mbito del sistema. Adems, establecimos la necesidad de incluir en
cada entidad un atributo de tipo Clave Principal, factor de vital importancia en la
bsqueda de informacin en una base de datos. Por ltimo , establecimos tambin
un refinamiento (Normalizacin) en cuanto a algunos atributos que podan
convertirse en entidades, como en el caso del distrito y el cargo, quedando as el
ejemplo final de la entrega anterior:
ENTIDAD TRABAJADOR
Cdigo del trabajador (Clave Principal)
Nombres
Apellido Paterno
Apellido Paterno
DNI
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

6/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

Fecha de Nacimiento
Sexo
Estado Civil
Direccin
Cdigo de distrito
Telfono Fijo
Telfono Celular
Cdigo de Cargo
Fecha de Ingreso
E_mail
Estado (Activo o Inactivo)
ENTIDAD DISTRITO
Cdigo Distrital (Clave Principal)
Nombre del distrito
ENTIDAD CARGO:
Cdigo del cargo (Clave Principal)
Descripcin del cargo
En esta ltima entrega conversaremos acerca de las Relaciones entre las entidades
y daremos la estocada final para el entendimiento de cmo se inicia el diseo de
una base de datos. All vamos!!!
Las Relaciones y como estn vinculadas las entidades
En el modelo lgico (que es el mbito donde nos ubicamos) el termino RELACION
se orienta a la forma como 2 o ms entidades estn asociadas o vinculadas.
Cuando la relacin involucra a 2 entidades se llama relacin binaria; cuando son 3
relaciones se llama relacin ternaria y as por el estilo. Por ahora nos
encargaremos solo de las relaciones binarias que son las ms frecuentes.
En este punto quisiera hacer una aclaracin y desmitificar un concepto que vengo
observado cmo se va mal interpretando por muchas personas. Veamos:
El modelo lgico (que estamos diseando) se basa en los requerimientos de los
usuarios de la base de datos, de acuerdo a lo que ellos necesitan almacenar en
ella. Para elaborar el modelo lgico existe la metodologa llamada Modelo Entidad
Relacin (MER), cuyo entregable es el grfico llamado Diagrama Entidad Relacin
(DER). Bajo este punto de vista las relaciones sonVNCULOSo ASOCIACIONES entre
las entidades del modelo.
Culminado el modelo lgico, este debe revertirse en el modelo fsico, es decir, la
base de datos propiamente dicha. Para ello, en lo que al modelo fsico se refiere,
en la actualidad se emplea el modelo llamado Modelo Relacional que se basa en
el principioMATEMTICOde relacin el cual define a sta como conjunto de
elementos. Ejemplo: cuando uno escucha por la radio Daremos laRELACINde
ganadores del premio por el da de la madre la palabra relacin no implica
vnculo, sino conjunto o grupo. En el modelo fsico entonces, la
palabraRELACINno implica vnculo o asociacin, sino ms bien conjunto y que
para evitar confusiones con el modelo lgico se le conoce mejor como TABLA:
Entonces podemos afirmar que el modelo lgico permite implementar bases de
datos que si son fsicamente vistas en el modelo fsico relacional, pueden ser
construidas en cualquier manejador de base de datos relacional como lo son
casi todos los software de base de datos en la actualidad (Access, SQL Server,
Oracle, etc.). En el modelo fsico , cada entidad y atributo del modelo lgico se
convertirn en tablas y columnas respectivamente.
En conclusin, y justo hacia ah apunta mi aclaracin, una base de datos desde el
punto de vista fsico es relacional no porque sean un conjunto de tablas
relacionadas como lo vengo leyendo y escuchando en muchos sitios, sino que es
relacional porque se basa en el conceptoMATEMTICOde relacin el cual
equivale a conjunto. Espero haber sido claro.
Nos enfocaremos en las relaciones ahora.

https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

7/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

Para determinar el grado de una relacin se emplea el trmino multiplicidad.

Existen 3 tipos de multiplicidad. Sean las entidades A y B veamos lo siguiente:
De uno a uno: Cuando para una ocurrencia de la entidad A le corresponde
una y solo una ocurrencia de la unidad B y viceversa. Ejemplo:

De uno a muchos : Cuando para una ocurrencia de la entidad A existen una o

ms ocurrencias en la entidad B y para cada ocurrencia de la entidad B
existe una y solo una ocurrencia en la entidad A. Ejemplo:

De muchos a muchos: Cuando para una ocurrencia de la entidad A existen

una o ms ocurrencias en la entidad B y para cada ocurrencia de la entidad B
existen una o ms una ocurrencias en la entidad A. Ejemplo:

Ntese la simbologa, la entidad se diagrama con un rectngulo, la relacin con

una lnea recta y la multiplicidad con la rayita perpendicular indicando grado uno
y la patita de gallo indicando grado muchos.
Consejos para identificar la multiplicidad
Si tiene dificultades en establecer el grado de una relacin siga estos pasos:
Nombre cada entidad con un sustantivo en SINGULAR: Ejemplo: Alumno,
Producto, Cliente, Factura. No use plural !!!
Identifique un verbo para la relacin. Por ejemplo entre las entidades
Cliente y Factura puede ser emplear verbo Generar
Identificado el verbo, lea la relacin en ambos sentidos y empezando de
UN(A). Por ejemplo entre las entidades Cliente y Factura seria as :

Leyendo de Cliente a Factura: UN Cliente genera una o ms

Facturas. Ahora
leyendo deFactura a Cliente:UNA Factura es
generada por un solo Cliente
En conclusin la relacin entre Cliente con Factura seria de Uno a
Muchos siendo
el lado Uno Cliente y el lado Muchos Factura.

Maneje con cuidado el factor tiempo en las relaciones:

Por ejemplo, si tenemos las entidades Trabajador y Cargo podemos decir que Un
trabajador ocupa un cargo y un cargo es ocupado por muchos trabajadores. Esto
sera si el anlisis lo hacemos en el tiempo presente. Pero si lo hacemos
histricamente hablando, la relacin seria Un trabajador HA OCUPADO uno o
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

8/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

ms cargos y un cargo es ocupado por muchos trabajadores!. Ntese como el

factor tiempo convierte una relacin de UNO a MUCHOS en una relacin de MUCHOS
a MUCHOS. Siempre es bueno cuestionar las relaciones uno a muchos y si el factor
tiempo es necesario en su sistema pues tome la segunda opcin del ejemplo como
grado para la relacin entre Trabajador y Cargo.
Migrando al modelo fsico
Como ya adelantamos lneas arriba, el modelo lgico es la receta del pastel. Ud.
el pastel lo puede hacer con la marca de horno que desee, pero si sigue al pie de
la letra la receta y emplea ingredientes de calidad, es casi seguro que el pastel
salga riqusimo. Aqu el pastel es la base de datos ya implementada en los hornos
con marca Access, SQL Server u Oracle.
Recuerde que cada Entidad se convertir en una Tabla de la base de datos fsica.
Cada atributo de las entidades se convertir en campos de la tabla (con sus
respectivos tipos de datos segn el manejador de base de datos que se elija). Y el
atributo clave principal ser la Llave Primaria de la tabla. A continuacin damos a
conocer 2 reglas para refinar el modelo lgico antes de pasarlo al fsico:
Refinando las relaciones de Uno a Muchos:
En una relacin de uno a muchos el atributo clave principal del lado uno pasa
como atributo de clave fornea a la entidad del lado muchos.
Por ejemplo, en la relacin ClienteFactura, el atributo cdigo del cliente que es
clave principal de la entidad Cliente, pasara a formar parte tambin de los
atributos de la entidad Factura como una clave fornea. Esto permitir saber cada
factura que cliente la gener.
Nota: Si la relacin es de Uno a Uno, la clave principal de una entidad puede a
pasar a formar de los atributos de la otra segn sea ms conveniente. Por ejemplo
en la relacin AsientoPasajero, el cdigo de pasajero (clave principal de la entidad
Pasajero) puede pasar a ser parte de los atributos de la entidad Asiento, y as se
sabr que pasajero ocupa cada asiento, o si se desea, el Nro. De asiento (clave
principal de la entidad Asiento) puede pasar a formar parte de la entidad Pasajero
para saber que asiento le corresponde a cada pasajero.
Refinando las relaciones de mucho a muchos
Una relacin de muchos a muchos no se puede implementar en el modelo fsico
relacional. Por tanto, se debe construir una entidad asociativa, que tendr como
clave principal una clave compuesta por las claves primarias de cada entidad
asociada. Podr agregar ms atributos a dicha entidad, de acuerdo a la necesidad
planteada
Por ejemplo, en la relacin Alumno Curso que se muchos a muchos se deber
reemplazar esta por una entidad asociativa (que se puede llamar Alumno_Curso)
que tendr como clave principal una clave compuesta por los atributos cdigo del
curso (clave principal de la entidad Curso) y el cdigo del alumno (clave principal
de la entidad Alumno). Puede agregar aqu los atributos de Examen Parcial, Examen
Final, Nota de Proyecto de tal forma que esta entidad permita saber que cursos
lleva cada alumno y que notas tiene en cada uno de ellos.

Donde los trminos PK se refieren a Primary Key (Llave Primaria) , FK a Foreign Key
(Llave Fornea) y PFK Primary Foreign Key (Llave Primaria Foranea).
Adjunto un DER de un sistema de Ventas a manera de ejemplo:

https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

9/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

Bien, hasta aqu llegamos. Espero que estos 3 avances les hayan permitido
entender e iniciarse en el mundo del modelamiento de datos. Recuerden que
existen herramientas como el TOAD o ERWIN que permiten no solo disear los DER
sino que tambin en base a ellos generar de manera automtica la base de datos,
pero esto vas mas all del alcance de estas entregas.
Por ltimo, sino cuenta con estas herramientas puede crear su modelo a mano,
eso slpiz, papel , borrador y muy buen humor para empezar todo de nuevo
cuando sea necesario.
Cualquier consulta o asesora en proyectos informticos me pueden escribir a mi
correo: pjleon69@gmail.com.
Saludos..Dios los bendiga. Hasta la prxima.
0comentarios

Ordenarpor: Losmsantiguos

Aadeuncomentario...

FacebookCommentsPlugin

http://tinyurl.com/pntm5dc

Tags
BasedeDatos(../../tags/BasedeDatos)

Compartir en Redes Sociales

FACEBOOK
LINKEDIN
TWITTER
GOOGLE+
(HTTPS://WWW.FACEBOOK.COM/SHARER/SHARER.PHP?
(HTTP://WWW.LINKEDIN.COM/SHAREARTICLE?
(HTTPS://TWITTER.COM/INTENT/TWEET?
(HTTPS://PLUS.GOOGLE.COM/SHARE?
U=HTTPS://BSGRUPO.COM/BS
MINI=TRUE&URL=HTTPS://BSGRUPO.COM/BS
TEXT=CMO
URL=HTTPS://BSGRUPO.COM/BS
CAMPUS/BLOG/LA
CAMPUS/BLOG/LA
DISEARUNA
CAMPUS/BLOG/LA
IMPORTANCIA
IMPORTANCIA
BASEDEDATOS
IMPORTANCIA
DELOS
DELOS
YNOMORIREN
DELOS
REQUERIMIENTOS
REQUERIMIENTOS
ELINTENTO
REQUERIMIENTOS
23)
23)
HTTP://TINYURL.COM/PNTM5DC)23)

BS GRUPO ()
https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

SERVICIOS ()

VAMOS CONVERSAR ()
10/11

16/1/2016

CmoDisearunaBasedeDatosynoMorirenelIntento

ValoresCorporativos
Cursos
(../../acerca
Diplomados
bsgrupo/Default.aspx#valores)
ServiciosCorporativos
Ennmeros(../../acerca
(../../servicioscoorporativos/)
bsgrupo/Default.aspx#numeros)

Bolsadetrabajo
(http://bte_bsgrupo.bumeran.com.pe/)

Nuestravisin(../../acerca
bsgrupo/Default.aspx#vision)

Contctanos(../../contactenos/)

Polticadecalidad(../../acerca
bsgrupo/Default.aspx#politica
calidad)
Nuestrosestudiantes
(../../acerca
bsgrupo/Default.aspx#nuestros
estudiantes)

CorreoWeb
MapadelSitio(../../mapadel
sitio/)

SIGA EL GRUPO BS

(https://www.facebook.com/BS.Grupo.O
(https://twitter.com/BS_Grupo)
(https://www.youtube.com/c
(https://plus.google.co

Liderazgo(../../acerca
bsgrupo/Default.aspx#liderazgo)

Oficial)

2015BSGrupo,todoslosderechosreservadosTrminosdeUso(../../terminousoweb/)PoliticadePrivacidad(../../politicaprivacidad/)
ITILisaRegisteredTradeMarkofAXELOSLimited

https://bsgrupo.com/bscampus/blog/laimportanciadelosrequerimientos23

11/11