Modelamiento y Diseo de Base de Datos

CAPITULO I FUNDAMENTOS DE BASE DE DATOS

En el proceso de desarrollo de sistemas informticos, orientados a producir software que apoye a las actividades empresariales, as como a sus procesos, se tienen que respetar ciertas fases propias de las metodologas del anlisis de informacin, de la metodologa de procesos de negocios ( DE!" #oy en da se emplea la metodologa orientada a o$%etos, sin em$argo, para el desarrollo de software es primordial el mane%o del anlisis y diseo de sistemas, para el anlisis tenemos #erramientas de recopilacin de informacin, mientras que para la fase de diseo de sistemas, tenemos las llamadas #erramientas &'()E*, que son el apoyo informtico de todo diseador de sistemas para plasmar todo el anlisis de requerimientos previos en diagramas, conocidos como &M+DE,+)*, la #erramientas de diseo de sistemas ms empleado es el Erwin, que es la que emplearemos para el curso-

I. I.1.

INTRODUCCION A DBMS DEFINICIONES BASICAS

.na Base de Datos es un contenedor de o$%etos como ta$las, vistas, procedimientos, etc-,

almacenados en una plataforma denominada )istema /estor de Base de Datos, viene a ser un servidor como )0, )erver, +racle, DB1, My)0,, etc- Dic#o de otra forma, una $ase de datos contiene las ta$las y componentes so$re las que se almacenada informacin de todos los procesos del negocio- 2 nos permite generar informacin y ser compartida por distintos usuariosEl DBM) es el software que almacenar nuestra $ase de datos, por la cual es la que nos va a permitir acceder a la informacin por medio de lengua%es como )0,- 3ienen la capacidad de responder a m4ltiples usuarios en forma concurrente a los datos, lo que se llama &(rquitectura 'liente 5 )ervidor*DBM)6 Data$ase Managment )ystem ()istema (dministrador de Base de datos"

I.2.

CARATERISTICAS
Escala$ilidad6 )e refiere de la organi7acin, me%orando su performance-

8ori7ontal6 'recimiento de los usuarios 9ertical6 )e refiere al crecimiento del servidor de datos
:endimiento6 'aracterstica de $rindar respuestas a los m4ltiples requerimientos de los usuarios como consultas, actuali7acin, recuperacin de datos, etc;orta$ilidad6 'aracterstica de transportar con facilidad el producto de una plataforma otra incluyendo toda la data contenida-

<

Modelamiento y Diseo de Base de Datos

I.3.

.niversalidad6 'aracterstica de mane%ar m4ltiples tipos de datos como caracteres, num=ricos, de fec#a, multimedia, etcDisponi$ilidad6 De$e ser permanente e ininterrumpida, factor crucial del servicio de la $ase de datos que da apoyo a las aplicaciones (programas" de los negocios-

IMPORTANCIA DE LOS DBMS

)e tiene que elegir el que tenga la me%or interfa7 a las necesidades de la empresa y so$re

todo que este apta para la $ase de datos que vayamos a utili7arEl o$%etivo es crear un am$iente en el que sea posi$le almacenar, manipular y recuperar la informacin en forma oportuna y eficienteEl administrador de $ase de datos o servidor de $ase de datos conocido como sistema de administracin de $ase de datos (DBM)" mane%a todas las solicitudes de acceso a la $ase de datos ya sea para agregar y eliminar arc#ivos, recuperar y almacenar datos desde y en dic#os arc#ivos- ;or lo tanto, una funcin general que ofrece el DBM) consiste en ocultar a los usuarios de la $ase de datos los detalles al nivel de #ardware- Es decir, que el DBM) ofrece a los usuarios una percepcin de la $ase de datos que est en cierto modo, por encima del nivel del #ardware y que mane%a las operaciones del usuario e>presadas en t=rminos de ese nivel ms alto de percepcinEl DBM) es el componente de software ms importante del sistema en general, aunque no es el 4nico-

I.4.

ALCANCES
El alcance de una Base de Datos a$arca varios aspectos como6

I.5.

,os usuarios que podrn tener acceso a los datos almacenados, por medio de permisos otorgados por el (dministrador de BD (DB("Desde dnde (terminal de usuario" y cmo accedern a la BD, para ello se impondrn restricciones a los accesos de usuarios8asta donde y so$re todo a qu= tipo de informacin tendrn acceso los usuarios registrados-

ADMINISTRACION DE BASE DE DATOS

El administrador de datos (D(" es la persona identifica$le que tendr la responsa$ilidad

central so$re los datos dentro de la empresa- 2a que los datos son uno de los activos ms valiosos

Modelamiento y Diseo de Base de Datos de la empresa, es imperativo que e>ista una persona que los entienda %unto con las necesidades de la empresa con respecto a esos datos, a un nivel de administracin superior;or lo tanto, es la$or del administrador decidir en primer lugar qu= datos de$en ser almacenados en la $ase de datos y esta$lecer polticas para mantener y mane%ar esos datos una ve7 almacenados- El administrador de $ase de datos (DB(" es el t=cnico responsa$le de implementar las decisiones del administrador de datos- ;or lo tanto, de$e ser un profesional en 3- El tra$a%o del DB( consiste en crear la $ase de datos real e implementar los controles t=cnicos necesarios para #acer cumplir las diversas decisiones de las polticas #ec#as por el D(- El DB( tam$i=n es responsa$le de asegurar que el sistema opere con el rendimiento adecuado y de proporcionar una variedad de otros servicios t=cnicos-

I.6.

USUARIOS

E>isten tres grandes clases de usuarios6

Los usuarios fi a!"s, quienes interact4an con el sistema desde estaciones de tra$a%o o terminales en lnea- .n usuario final puede acceder a la $ase de datos a trav=s de las aplicaciones en lnea, o $ien puede usar una interfa7 proporcionada como parte integral del software del sistema de $ase de datos- ,as interfaces proporcionadas por el fa$ricante estn apoyadas tam$i=n por aplicaciones en lnea, aunque esas aplicaciones estn integradas, es decir, no son escritas por el usuario- ,a mayora de los sistemas de $ase de datos incluyen por lo menos una de estas aplicaciones integradas-

Pro#ra$a%or"s %" a&!i'a'io "s( que son los responsa$les de escri$ir los programas de aplicacin de $ase de datos en alg4n lengua%e de programacin- Estos programas acceden a la $ase de datos emitiendo la solicitud apropiada al DBM)- ,os programas en s pueden ser aplicaciones convencionales por lotes o pueden ser aplicaciones en lnea, cuyo propsito es permitir al usuario final el acceso a la $ase de datos desde una estacin de tra$a%o o terminal en lnea-

,a mayora de los sistemas proporcionan adems interfaces integradas adicionales en las que los usuarios no emiten en a$soluto solicitudes e>plcitas a la $ase de datos, sino que en ve7 de ello operan mediante la seleccin de elementos en un men4 o llenando casillas de un formulario- Estas interfaces controladas por men4s o por formularios tienden a facilitar el uso a personas que no cuentan con una capacitacin formal en tecnologa de la informacin ( 3"- En contraste, las interfaces controladas por comandos tienden a requerir cierta e>periencia profesional en 3, aunque tal ve7 no demasiada- ;or otra parte, es pro$a$le que una interfa7 controlada por comandos sea

Modelamiento y Diseo de Base de Datos ms fle>i$le que una controlada por men4s o por formularios, dado que los lengua%es de consulta por lo regular incluyen ciertas caractersticas que no mane%an esas otras interfaces El administrador de $ase de datos o DB(-

I.).

ADMINISTRADOR DE BASE DE DATOS

Es el profesional informtico responsa$le de disear la estructura de la $ase de datos, as

como del mantenimiento y seguridad tanto de la informacin como del servidor de datos- )u denominacin es DB( (Data$ase (dministrator", entre sus funciones principales tenemos6

Definicin de la estructura de ta$las, y componentes (signacin y administracin de permisos de acceso a los usuarios :esponsa$le de la seguridad de toda la informacin, por medio de copias de seguridad
dedatos ($ac@ups"-

(dministrar la estructura de la Base de Datos (dministrar la actividad de los datos (dministrar el )istema Mane%ador de Base de Datos Esta$lecer el Diccionario de Datos (segurar la confia$ilidad de la Base de Datos 'onfirmar la seguridad de la Base de Datos (segurar una ptima performance de la organi7acin de los datosDetallemos algunos de ellos6 A%$i is*ra'i+ %" !a "s*ru'*ura %" !a Bas" %" Da*os ,a administracin de la estructura de la Base de Datos incluye participar en el diseo inicial de la misma y su puesta en prctica as como controlar, y administrar sus requerimientos, ayudando a evaluar alternativas, incluyendo los DBM) a utili7ar y ayudando en el diseo general de BD- En los casos de grandes aplicaciones de tipo organi7acional, el DB( es un gerente que supervisa el tra$a%o del personal de diseo de la BD- .na ve7 diseada la BD, es puesta en prctica utili7ando productos del DBM), procedi=ndose entonces a la creacin de los datos (captura inicial"- El DB( participa en el desarrollo de procedimientos y controles para asegurar la calidad y la alta integridad de la BD A%$i is*ra'i+ %" !a a'*i,i%a% %" %a*os

Modelamiento y Diseo de Base de Datos (unque el DB( protege los datos, no los procesa- El DB( no es usuario del sistema, en consecuencia, no administra valores de datosB el DB( administra actividad de datos- Dado que la BD es un recurso compartido, el DB( de$e proporcionar estndares, guas de accin, procedimientos de control y la documentacin necesaria para garanti7ar que los usuarios tra$a%an en forma cooperativa y complementaria al procesar datos en la BD- Entre las alternativas ms utili7adas por el DB( para tratar de resolver o minimi7ar este pro$lema se encuentran las siguientes6 a" :estringir el acceso a los procedimientos para ciertos usuarios$" :estringir al acceso a los datos para ciertos usuarios procedimientos yCo datosc" Evitar la coincidencia de #orarios para usuarios que compartenA%$i is*ra'i+ %"! DBMS ( dems de administrar la actividad de datos y la estructura de la BD, el DB( de$e administrar el DBM) mismo- De$er compilar y anali7ar estadsticas relativas al rendimiento del sistema e identificar reas potenciales del pro$lema- Dado que la BD est sirviendo a muc#os grupos de usuarios, el DB( requiere investigar todas las que%as so$re el tiempo de respuesta del sistema, la precisin de los datos y la facilidad de uso- )i se requieren cam$ios el DB( de$er planearlos y ponerlos en prcticaEl DB( de$er vigilar peridica y continuamente las actividades de los usuarios en la BD- ,os productos DBM) incluyen tecnologas que re4nen y pu$lican estadsticas- Estos informes pudieran indicar cules fueron los usuarios activos, que arc#ivos y que elementos de datos #an sido utili7ados, e incluso el m=todo de acceso que se #a aplicado- ;ueden capturarse y reportarse las tasas de error y los tipos de errores- El DB( anali7ar estos datos para determinar si se necesita una modificacin en el diseo de la BD para mane%ar su rendimiento o para facilitar las tareas de los usuariosB de ser as, el DB( la llevar a ca$oEs*a-!"'"r "! Di''io ario %" Da*os. 'uando se definen estndares so$re la estructura de la $ase de datos, se de$en de registrarse en una seccin del diccionario de datos a la que todos aquellos usuarios relacionados con ese tipo de proceso pueden acceder- Este metadato de$e precisar informacin que nos indique con claridad el tipo de datos que sern utili7ados, sus m$itos de influencia y sus limitantes de seguridadMa *" "r !a Dis&o i-i!i%a% %" !os Da*os. ,a posi$ilidad de fallos de #ardware o de software requiere procedimientos de recuperacin de la $ase de datos- 3iene que proporcionar medios para el resta$lecimiento de las $ases de datos que se #ayan corrompido por desperfectos del sistema, a un estado uniforme-

Modelamiento y Diseo de Base de Datos

II. II.1.

REPRESENTACION DE LA INFORMACION

NI.ELES DE LA INFORMACION
Est diseado en $ase a la (rquitectura (E) ((merican Eational )tandards nstitute",

comprende de tres niveles de datos, cuyo o$%etivo es la de separar los programas de aplicacin de la $ase de datos fsica, =stos niveles en realidad son descripciones de los mismos datos pero con distintos niveles de a$straccin (acceso", los 4nicos datos que realmente e>isten estn en el nivel fsico, pero es importante especificar qu= tipos de usuarios y en qu= nivel de acceso se encuentran disponi$les para el mane%o de la informacin-

ES/UEMA DE LA AR/UITECTURA ANSI

NIVEL EXTERNO (Conceptual)

Descri$e una parte de la $ase de datos que interesa a un grupo de usuarios y ocultndola a otro de grupo de usuarios, aqu se encuentran las vistas (interfaces", que ser el 4nico medio de acceso de estos usuarios #acia la informacin almacenada en el servidor de datos (el DBM)"E%emplo6 ( trav=s de un formulario de acceso, el usuario podr acceder al sistema-

Modelamiento y Diseo de Base de Datos

NIVEL LOGICO (Diseo)

Es aquel nivel que descri$e la estructura de la $ase de datos, reali7ada en la fase de diseo del sistema, satisface los requerimientos de los usuarios, se representa mediante un modelo de datos, ocultando los detalles de almacenamiento fsico

NIVEL INTERNO (Fsico)

Este nivel descri$e la estructura fsica de almacenamiento de la $ase de datos, aqu se encuentra realmente los 4nicos datos e>istentes, es decir, la BD-

B()E DE D(3+) BD
G

Modelamiento y Diseo de Base de Datos

Ar0ui*"'*ura ANS ,a arquitectura de sistemas de $ases de datos de tres esquemas fue apro$ado por la (E) );(:' ((merican Eational )tandard nstitute H )tandards ;lanning and :equirements 'ommittee" en <IGD como ayuda para conseguir la separacin entre los programas de aplicacin y los datos, el mane%o de m4ltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la $ase de datos-

Eivel interno6 3iene un esquema interno que descri$e la estructura fsica de almacenamiento de $ase de datos- Emplea un modelo fsico de datos y los 4nicos datos que e>isten estn realmente en este nivel-

Eivel conceptual6 tiene esquema conceptual- Descri$e la estructura de toda la $ase de datos para una comunidad de usuarios- +culta los detalles fsicos de almacenamiento y tra$a%a con elementos lgicos como entidades, atri$utos y relaciones-

Eivel e>terno o de vistas6 tiene varios esquemas e>ternos o vistas de usuario- 'ada esquema descri$e la visin que tiene de la $ase de datos a un grupo de usuarios, ocultando el resto-

El o$%etivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la $ase de datos fsica- ,a mayora de los )/BD no distinguen del todo los tres niveles- (lgunos incluyen detalles del nivel fsico en el esquema conceptual- En casi todos los )/BD que se mane%an vistas de usuario, los esquemas e>ternos se especifican con el mismo modelo de datos que descri$e la informacin a nivel conceptual, aunque en algunos se pueden utili7ar diferentes modelos de datos en los niveles conceptuales y e>terno8ay que destacar que los tres esquemas no son ms que descripciones de los mismos datos pero con distintos niveles de a$straccin- ,os 4nicos datos que e>isten realmente estn a nivel fsico, almacenados en un dispositivo como puede ser un disco- En un )/BD $asado en la arquitectura de tres niveles, cada grupo de usuarios #ace referencia e>clusivamente a su propio esquema e>terno- ;or lo tanto, el )/BD de$e transformar cualquier peticin e>presada en t=rminos de un esquema e>terno a una peticin e>presada en t=rminos del esquema conceptual, y luego, a una peticin en el esquema interno, que se procesar so$re la $ase de datos almacenada- )i la peticin es de una o$tencin (consulta" de datos, ser preciso modificar el formato de la informacin e>trada de la $ase de datos almacenada, para que coincida con la vista e>terna del usuario- El proceso de transformar peticiones y resultados de un nivel a otro se denomina

Modelamiento y Diseo de Base de Datos correspondencia o transformacin- Estas correspondencias pueden requerir $astante tiempo, por lo que algunos )/BD no cuentan con vistas e>ternas,a arquitectura de tres niveles es 4til para e>plicar el concepto de independencia de datos que podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior-

+tra vista de los niveles de datos seg4n la (rquitectura (nsi-

III.

NI.ELES DE CORRESPONDENCIA

8ay 1 niveles de correspondencias, uno entre los niveles e>terno y conceptual del sistema, y otro entre los niveles conceptual e internoLa 'orr"s&o %" 'ia 'o '"&*ua! 1 i *"r a es la que e>iste entre la vista conceptual y la BD almacenadaB especifica cmo se representan los registros y campos conceptuales en el nivel interno- )i se modifica la estructura de la BD almacenada de$er modificarse para que no vare (DB("- ,os efectos de las alteraciones de$ern aislarse por de$a%o del nivel conceptual, a fin de conservar la independencia de los datosLa 'orr"s&o %" 'ia "2*"r o 1 'o '"&*ua! es la que e>iste entre una determinada vista e>terna y la vista conceptual- ,as diferencias que pueden e>istir entre =stos 1 niveles son similares a las que pueden e>istir entre la vista conceptual y la BD almacenada- ;uede e>istir cualquier cantidad de

Modelamiento y Diseo de Base de Datos vistas e>ternasB cualquier n4mero de usuarios puede compartir una determinada vista e>ternaB puede #a$er traslapos entre vistas e>ternas distintas(lgunos sistemas permiten e>presar la definicin de una vista e>terna en t=rminos de otras a trav=s de una correspondencia e>terna C e>terna en ve7 de requerir siempre una definicin e>plicita de la correspondencia respecto al nivel conceptual, cosa que resulta 4til si e>iste una relacin intima entre varias visitas e>ternas- ,os sistemas relacionales en particular casi siempre permiten #acer esto-

<K

Modelamiento y Diseo de Base de Datos

LABORATORIO 3 1 SISTEMAS DE 4ESTION DE BASE DE DATOS

MICROSOFT S/L SER.ER Microsoft )0, )erver constituye la alternativa de Microsoft a otros potentes sistemas gestores de $ases de datos como son +racle, )y$ase ()E, ;ostgre)0,, nter$ase, !ire$ird o My)0,-

CARACTER5STICAS DE MICROSOFT S/L SER.ER

Escala$ilidad, esta$ilidad y seguridad)oporta procedimientos almacenadosncluye tam$i=n un potente entorno grfico de administracin, que permite el uso de comandos DD, y DM, grficamente;ermite tra$a%ar en modo clienteHservidor, donde la informacin y datos se alo%an en el servidor y las terminales o clientes de la red slo acceden a la informacin(dems permite administrar informacin de otros servidores de datosEste sistema incluye una versin reducida, llamada M)DE con el mismo motor de $ase de datos pero orientado a proyectos ms pequeos, que en sus versines 1KKD y 1KKJ pasa a ser el )0, E>press Edition, que se distri$uye en forma gratuita-

Es com4n desarrollar completos proyectos complementando Microsoft )0, )erver y Microsoft (ccess a trav=s de los llamados (D; ((ccess Data ;ro%ect"- De esta forma se completa la $ase de datos (Microsoft )0, )erver", con el entorno de desarrollo (9B( (ccess", a trav=s de la implementacin de aplicaciones de dos capas mediante el uso de formularios Lindows-

En el mane%o de )0, mediante lneas de comando se utili7a el )0,'MD

<<

Modelamiento y Diseo de Base de Datos

;ara el desarrollo de aplicaciones ms comple%as (tres o ms capas", Microsoft )0, )erver incluye interfaces de acceso para varias plataformas de desarrollo, entre ellas -EE3, pero el servidor slo est disponi$le para )istemas +perativos LindowsLO NUE.O DE S/L SER.ER 2612

8istricamente,

las

$ases

de

datos

proporcionan

almacenamiento

relacional $sico para las aplicaciones clienteHservidor- ( medida que surgen nuevas aplicaciones, estas necesitan ms capacidades (como seguridad, alta disponi$ilidad, Data Lare#ouse y Business ntelligence",os proveedores de $ases de datos se enfrentan a una decisin importante en cuanto a cmo empaquetar estas nuevas capacidades en sus productos,a eleccin que realicen estos proveedores so$re el empaquetado afectar al final a lo que tengan que pagar los clientes para implementar aplicaciones que usen el producto- Es importante que los clientes entiendan lo que o$tienen de cada proveedor para tomar la decisin adecuada-

Cara'*"r7s*i'as A,a 8a%as %" S/L S"r,"r 2612

)0, )erver 1K<1 Enterprise Edition incluye caractersticas avan7adas en el producto $ase sin necesidad de adquirir feature pac@s u opciones- ,os clientes que compren )0, )erver 1K<1 Enterprise Edition tam$i=n podrn usar todas estas caractersticas en sus aplicaciones-

ORACLE

<1

Modelamiento y Diseo de Base de Datos

+racle por el

es un sistema de gestin de $ase de datos relacional (o :DBM) acrnimo en ingl=s de :elational Data Base Management )ystem", desarrollado por +racle 'orporation-

)e considera a +racle como uno de los sistemas de $ases de datos ms completos destacando6 soporte de transaccionesesta$ilidadescala$ilidad)oporte multiplataforma-

8a sido criticada por algunos especialistas la seguridad de la plataforma, y las polticas de suministro de parc#es de seguridad, modificadas a comien7os de 1KKD y que incrementan el nivel de e>posicin de los usuarios- En los parc#es de actuali7acin provistos durante el primer semestre de 1KKD fueron corregidas 11 vulnera$ilidades p4$licamente conocidas, algunas de ellas con una antigMedad de ms de 1 aos(unque su dominio en el mercado de servidores empresariales #a sido casi total #asta #ace poco, recientemente sufre la competencia del Microsoft )0, )erver de Microsoft y de la oferta de otros :DBM) con licencia li$re como ;ostgre)0,, My)ql o !ire$ird- ,as 4ltimas versiones de +racle #an sido certificadas para poder tra$a%ar $a%o /E.C,inu>-

<?

Modelamiento y Diseo de Base de Datos M9S/L

My)0, es un sistema de gestin de $ase de datos relacional, multi#ilo y multiusuario con ms de seis millones de instalaciones-N<O My)0, (B Pdesde enero de 1KKJ una su$sidiaria de )un Microsystems y =sta a su ve7 de +racle 'orporation desde a$ril de 1KKIP desarrolla My)0, como software li$re en un esquema de licenciamiento dual;or un lado se ofrece $a%o la /E. /;, para cualquier uso compati$le con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos de$en comprar a la empresa una licencia especfica que les permita este uso- Est desarrollado en su mayor parte en (E) '(l contrario de proyectos como (pac#e, donde el software es desarrollado por una comunidad p4$lica y el copyrig#t del cdigo est en poder del autor individual, My)0, es propietario y est patrocinado por una empresa privada, que posee el copyrig#t de la mayor parte del cdigoEsto es lo que posi$ilita el esquema de licenciamiento anteriormente mencionado(dems de la venta de licencias privativas, la compaa ofrece soporte y servicios;ara sus operaciones contratan tra$a%adores alrededor del mundo que cola$oran va nternet- My)0, (B fue fundado por David (>mar@, (llan ,arsson y Mic#ael LideniusMy)0, es muy utili7ado en aplicaciones we$, como Drupal o p#pBB, en plataformas (,inu>CLindowsH(pac#eHMy)0,;8;C ;erlC;yt#on", y por #erramientas de seguimiento de errores como Bug7illa- )u popularidad como aplicacin we$ est muy ligada a ;8;, que a menudo aparece en com$inacin con My)0,- My)0, es una $ase de datos muy rpida en la lectura cuando utili7a

<A

Modelamiento y Diseo de Base de Datos

el motor no transaccional My )(M, pero puede provocar pro$lemas de integridad en entornos de alta concurrencia en la modificacin- En aplicaciones we$ #ay $a%a concurrencia en la modificacin de datos y en cam$io el entorno es intensivo en lectura de datos, lo que #ace a My)0, ideal para este tipo de aplicaciones- )ea cual sea el entorno en el que va a utili7ar My)0,, es importante adelantar monitoreos so$re el desempeo para detectar y corregir errores tanto de )0, como de programacinDB2

DB1 es una marca comercial, propiedad de BM, $a%o la cual se comerciali7a un sistema de gestin de $ase de datosDB1 versin I es un motor de $ase de datos relacional que integra QM, de manera nativa, lo que BM #a llamado pureQM,, que permite almacenar documentos completos dentro del tipo de datos >ml para reali7ar operaciones y $4squedas de manera %errquica dentro de =ste, e integrarlo con $4squedas relacionalesDB1 E>pressH' es la versin gratuita soportada por la comunidad de DB1 que permite desarrollar, implementar y distri$uir aplicaciones que no usen las caractersticas avan7adas de las versiones comerciales de DB1- Esta versin de DB1 puede ser conce$ida como el n4cleo de DB1, las diferentes ediciones incluyen las caractersticas de E>pressH' ms funcionalidades especficasCARACTERISTICAS

;ermite el mane%o de o$%etos grandes (#asta 1 /B", la definicin de datos y funciones por parte del usuario, el c#equeo de integridad referencial, )0, recursivo, soporte multimedia6

<D

Modelamiento y Diseo de Base de Datos te>to, imgenes, video, audioB queries paralelos, commit de dos fases, $ac@upCrecuperacin onRline y offline-

(dems cuenta con un monitor grfico de performance el cual posi$ilita o$servar el tiempo de e%ecucin de una sentencia )0, y corregir detalles para aumentar el rendimientoMediante los e>tensores se reali7a el mane%o de los datos no tradicionales, por e%emplo si tengo un donde tengo almacenados los curriculums de varias personas, mediante este puedo reali7ar $4squedas documentos con los datos que me interesen sin tener que ver los '9 uno por uno- Esta capacidad se utili7a en sistemas de $4squeda de personas por #uellas digitales,

en sistemas informacin geogrfica, etcnternet es siempre la gran estrella, con DB1 es posi$le acceder a los datos usando SDB' (tan potente como escri$ir directamente ' contra la $ase de datos", Sava y )0, (tanto el )0, esttico, como complementa el )0, dinmico"-

PLATAFORMAS :OST; +)C?IK(M9)", 9M T 9)E, +)CAKK PLATAFORMAS DE SER.IDOR; +)C1 Larp )erver, )ini>, )'+ +penserver, Lindows E3, (i>, 8; .>, )olarisPLATAFORMAS CLIENTE; +)C1, D+), )ini>, )'+ +pen)erver, Lindows ?-<CIDCE3, Macintos# )ystem G, (i>, 8; .>, )olaris.ENTA<AS

;ermite agili7ar el tiempo de respuestas de esta consulta :ecuperacin utili7ando accesos de slo ndices;redicados correlacionados3a$las de resumen 3a$las replicadas .niones #as#

<F

Modelamiento y Diseo de Base de Datos

DB1 utili7a una com$inacin de seguridad e>terna y control interno de acceso a proteger datosDB1 proporciona un %uego de datos de acceso de las interfaces para los diferentes tipos de usuarios y aplicacionesDB1 guarda sus datos contra la p=rdida, acceso desautori7ado, o entradas invlidas.sted puede reali7ar la administracin de la DB1 desde cualquier puesto de tra$a%o,a tecnologa de replicacin #eterog=nea (#eterogeneous replication" en )0, )erver permite la pu$licacin automtica de los datos en otros sistemas que no sean )0, )erver, entre los que se incluyen DB1-

,a mayora de los que utili7an equipos BM utili7an DB1 porque es confia$le y tiene un muy $uen soporte t=cnicoUEl DB1 se $asa en dos e%es que lo #acen fuerte en su rendimiento6 utili7a un sistema multiprocesador ()M;" sim=trico y un sistema de procesador paralelo masivo- el DB1 distri$uye y recuerda la u$icacin de cada pista donde se encuentra la informacin- En el conte>to de una larga $ase de datos, este sistema de particin #ace que la administracin sea muc#o ms fcil de mane%ar que una $ase de datos de la misma medida no particionada-

,a $ase de datos se puede programar para tener una e>acta cantidad de particiones que contienen la informacin del usuario, ndice, clave de transaccin y arc#ivos de configuracin- De esta forma, los administradores definen grupos de nodos, que son una serie de particiones de la $ase, lo que posteriormente facilita cualquier $4squeda-

DES.ENTA<AS

El DB1 H BM es la tercera $ase de datos que ms se vende, de acuerdo con los 9(:s recientemente encuestados en el n4mero de %unio de <IIF de la revista 9(: Business Maga7ine- El Microsoft )0, )erver se anot un ?JV, +racle, 1<V, BM, <KV, nformi>, IV, y )y$ase un JV-

En sistemas grandes la $ase ms usada es DB1 ya que corre en diferentes plataformas operativas, pero en realidad, en la mayora de los casos la decisin para optar por un software de estas caractersticas es corporativa-

)e tiene que ver con las aplicaciones que se tienen desarrolladas y las que se van a implementarnfluye en la eleccin el #ardware utili7ado.na serie de error del sistema operativo, que cae DB1-

<G

Modelamiento y Diseo de Base de Datos Pos*#r"S/L ;ostgre)0, es un sistema de gestin de $ase de datos relacional orientada a o$%etos y li$re, pu$licado $a%o la licencia B)D'omo muc#os otros proyectos de cdigo a$ierto, el desarrollo de ;ostgre)0, no es mane%ado por una sola empresa sino que es dirigido por una comunidad de desarrolladores y organi7aciones comerciales las cuales tra$a%an en su desarrollo- Dic#a comunidad es denominada el ;/D/ (;ostgre)0, /lo$al Development /roup"-

:ERRAMIENTAS DE DISE=O DE BD

,a mayora de las empresas se #an e>tendido a la adquisicin de #erramientas '()E ('omputer (ided )oftware Engineering, ngeniera (sistida por 'omputadora" con el fin de automati7ar los aspectos clave de todo lo que implica el proceso de desarrollo de un sistema e incrementar su posicin en el mercado competitivo- )in em$argo, en algunos se o$tienen elevados costos tanto en la adquisicin de #erramientas y costos de entrenamiento de personal, como a la falta de adaptacin de tal #erramienta a la arquitectura de la informacin y a metodologas de desarrollo utili7adas por la organi7acin;or otra parte, algunas #erramientas '()E no ofrecen o eval4an soluciones potenciales para los pro$lemas relacionados con sistemas o virtualmente no llevan a ca$o ning4n anlisis de los requerimientos de la aplicacin- )in em$argo, '()E proporciona un con%unto de #erramientas semiautomati7adas y automati7adas que estn desarrollando una cultura de ingeniera nueva para muc#as empresas- .no de los o$%etivos ms importante del '()E (a largo pla7o" es conseguir la generacin automtica de programas desde una especificacin al nivel de diseoCA ER>IN DATA MODELER '( E:win Modeling )uite proporciona una automati7acin de las tareas de diseo, as como funcionalidades de cola$oracin y optimi7acin que permiten a los usuarios ofrecer soluciones

<J

Modelamiento y Diseo de Base de Datos alineadas con el negocio que se a%usten al tiempo planificado, al presupuesto y lo ms importante, a los o$%etivos(ll!usion E:win Data Modeler automticamente genera ta$las y miles de lneas de procedimientos almacenados y cdigos disparadores para las $ase da datos lderes- )u tecnologa de Wcomparacin completaX permite el desarrollo iterativo, de forma tal que los modelos estn siempre sincroni7ados con la $ase de datos del usuario- (l integrarse con entornos de desarrollo lderes, (ll!usion E:win Data Modeler tam$i=n acelera la creacin de aplicaciones centrali7adas en datos-

STUDIO CASE 8erramienta para el diseo de $ases de datos que todo profesional de sistemas de$e tener en cuenta- Esta aplicacin permite reali7ar Diagramas EntidadH:elacin (DE:" y Diagramas de !lu%os de Datos (D!D" para distintos motores de $ase de datos- (lgunos de =stos pueden ser6 +racle, DB1, nterBase, M) )0,, My)0, y ;ostgre)0, entre otros- +tra de las caractersticas importantes es que permite reali7ar ingeniera inversa, o sea, a partir del modelo de ta$las llegar al modelo lgico-

<I

Modelamiento y Diseo de Base de Datos

S?BASE PO>ER DESI4NER Es un am$iente integrado de ngeniera de )oftware para el anlisis y diseo de entornos empresariales, con capacidades para el modelamiento de negocios, aplicaciones, datos y o$%etos, que incluyen administracin de requerimientos y generacin de documentacin)incroni7a y encadena las capas y perspectivas de la (rquitectura Empresarial, permitiendo documentar el estado actual de la organi7acin y el impacto que genera aplicar un cam$io de manera predictiva- )us alternativas de licenciamiento contemplan6 MODELAMIENTO DE PROCESOS DE NE4OCIO 6 Brinda el poder a los usuarios no t=cnicos para disear y modelar procesos en t=rminos reales del negocio, usando un modelo simple, fcil de usar, altamente grfico y no t=cnico- )oporta a la interpretacin y generacin de documentos QM,MODELAMIENTO DE DATOS6 !acilita el diseo y generacin del esquema de la $ase de datos a trav=s de un modelamiento de Bases de Datos :elacionales yCo Bodega de Datos de dos niveles (conceptual y fsico"- 3am$i=n permite la ngeniera reversa de $ases de datos va +DB' o desde arc#ivos )0,MODELAMIENTO DE OB<ETOS; 'omplementa el anlisis y el diseo usando m=todos y diagramas $asados en el estndar .M,- ( partir de un diagrama de clases, automticamente genera y reali7a ingeniera reversa a trav=s de un generador personali7a$le-

1K

Modelamiento y Diseo de Base de Datos M+DE,(M EE3+ QM,6 Este modelo contiene una interfa7 grfica para representar la estructura de documentos QM,, facilitando la visuali7acin de los mismos a trav=s de diagramas:E;+) 3+: + EM;:E)(: (,6 ;ermite visuali7ar y compartir modelos y otra informacin en la organi7acin- )oporta seguridad $asada en roles, control de versiones, $4squeda y generacin de reportes-

1<

Modelamiento y Diseo de Base de Datos

CAPITULO II MODELAMIENTO CONCEPTUAL MODELO CONCEPTUAL

'oncluida la fase de anlisis de requerimientos, y definidos los procedimientos del negocio por intermedio de #erramientas de anlisis, lo que corresponde a continuacin es capturar formalmente toda la informacin relevante en un medio fsico, una representacin que refle%e las soluciones a los requerimientos esta$lecidos, para ello utili7amos la t=cnica de Modelamiento de datos, que ser la $ase para estructurar nuestra BD- ,a informacin que se almacenar de$e cumplir con todas las e>igencias propias del sistema,uego de #a$er recopilado la informacin necesaria para definir los requerimientos de los usuarios, las pro$lemticas y necesidades del negocio que se est modelando, el primer paso es crear un modelo conceptual que refle%e la realidad del negocio, entonces esta es la primera fase del diseo de datos, aunque generalmente se suele o$viar este paso para ir de frente al diseo de entidades y atri$utos- !ue creado por ;eter '#en a finales de los GK*s-

CARACTERISTICAS
.n modelo de datos es una serie de conceptos que puede utili7arse para descri$ir un con%unto de datos y las operaciones para manipularlos- 8ay dos tipos de modelos de datos6 los modelos conceptuales y los modelos lgicos- ,os modelos conceptuales se utili7an para representar la realidad a un alto nivel de a$straccin- Mediante los modelos conceptuales se puede construir una descripcin de la realidad fcil de entender- En los modelos lgicos, las descripciones de los datos tienen una correspondencia sencilla con la estructura fsica de la $ase de datosEn el diseo de $ases de datos se usan primero los modelos conceptuales para lograr una descripcin de alto nivel de la realidad, y luego se transforma el esquema conceptual en un esquema lgico- El motivo de reali7ar estas dos etapas es la dificultad de a$straer la estructura de una $ase de datos que presente cierta comple%idad- .n esquema es un con%unto de representaciones lingMsticas o grficas que descri$en la estructura de los datos de inter=s,os modelos conceptuales de$en ser $uenas #erramientas para representar la realidad, por lo que de$en poseer las siguientes cualidades6

E>presividad6 de$en tener suficientes conceptos para e>presar perfectamente la realidad)implicidad6 de$en ser simples para que los esquemas sean fciles de entender.nicidad6 cada concepto de$e tener un significado distinto-

11

Modelamiento y Diseo de Base de Datos

!ormalidad6 todos los conceptos de$en tener una interpretacin 4nica, precisa y $ien definida-

En general, un modelo no es capa7 de e>presar todas

las propiedades de una realidad

determinada, por lo que #ay que aadir aserciones que complementen el esquema-

EL MODELO ENTIDAD RELACION @MERA

;eter '#en 5 Edward 'ood (<IGF" )e $asa en la percepcin del mundo real y consiste en una coleccin de entidades y relaciones- )e emplea para interpretar, especificar y documentar los requerimientos del usuario- )e utili7a para descri$ir la realidad mediante un con%unto de representaciones grficas y lingMsticas-

ELEMENTOS DE UN MER A. ENTIDAD

.na entidad es un o$%eto, instancia, persona, o cosa puramente conceptual o real so$re el cual se desea guardar informacin por ser de relevancia para una organi7acin- .na entidad es aquello que ms adelante se convertir en un elemento de nuestra $ase de datos, por lo mismo contendr informacin propia que ser manipulado por los usuarios del sistema- )e recomienda que los nom$res de las entidades est=n en singularY'mo identifico una entidadZ .na entidad puede ser identificada como un sustantivo dentro de la narracin de un proceso de negocio dentro de la organi7acinE%m6 ,os clientes compran productos por medio de un compro$ante que es la factura+tro e%emplo6 ,os alumnos tienen cursos nuevos en este semestre, los profesores dictarn las clases desde el da de #oyEntidades6 alumnos, cursos, profesores- )on entidades porque son los sustantivos que me representan algo de la cual puedo guardar informacin-

B. RELACION
,as entidades se relacionan de acuerdo a algo que tengan en com4n, entonces diremos que una relacin o interrelacin es la asociacin o correspondencia entre dos o ms entidades 'ada relacin tiene un nom$re que descri$e su funcin- ,as relaciones se representan grficamente mediante rom$os y su nom$re aparece en el interior-

1?

Modelamiento y Diseo de Base de Datos ,as entidades que estn involucradas en una determinada relacin se denominan entidades participantes- El n4mero de participantes en una relacin es lo que se denomina grado de la relacin- ;or lo tanto, una relacin en la que participan dos entidades es una relacin $inariaB si son tres las entidades participantes, la relacin es ternariaB etc-

C. DIA4RAMA ENTIDAD RELACION @DERA

Denominado por sus siglas como6 EH:B Este modelo representa a la realidad a trav=s de un esquema grfico empleando los terminologa de entidades, que son o$%etos que e>isten y son los elementos principales que se identifican en el pro$lema a resolver con el diagramado y se distinguen de otros por sus caractersticas particulares denominadas atri$utos, el enlace que rige la unin de las entidades est representada por la relacin del modelo.na entidad en el modelo conceptual se representa por un rectngulo6

ENTIDAD
,a relacin entre entidades se representa mediante un rom$o, dentro del cual se coloca el ver$o o frase ver$al de la relacin-

.ERBO E<ERCICIOS <- dentificar las entidades y sus relaciones en el siguiente caso6
En una concesionaria de automviles, se venden autos de marcas 8onda, 9olvo y Mercedes Ben7, los clientes son atendidos por personal de ventas especiali7ados en el tema de automviles, si la venta se lleva a ca$o, se le entrega los documentos correspondientes al clienteR"so!,i" %o6 Entidades6 auto, cliente, personal de venta, documentos, porque son los sustantivos del cual se requiere informacin, no 8onda ni 9olvo ni Mercedes Ben7, =stas son elementos de una entidad auto, no confundir entidad y elementos, ms adelante detallar= este punto- /raficando en el modelo conceptual6

1A

Modelamiento y Diseo de Base de Datos

1- :elacione las siguientes entidades6

H ;ersonas 5 Distrito

H 'liente 5 ;edido

H ;as 5 'iudad

D. TIPOS DE ENTIDADES

1D

Modelamiento y Diseo de Base de Datos ENTIDAD FUERTE; 3am$i=n conocida como entidad ;adre, es aquella entidad cuya e>istencia no depende de la e>istencia de alguna otra entidad, es identificada fcilmente dentro de un proceso y da lugar a la posi$ilidad de otras entidadesENTIDAD DEBIL6 3am$i=n conocida como entidad 8i%o, es aquella cuya e>istencia depende de la e>istencia de otra entidad, en este caso de una entidad fuerte, tiene sus propias caractersticas aunque est ligada a la entidad fuerteEn el e%emplo anterior, diremos que las entidades 'liente, (uto y ;ersonal son fuertes, mientras que Documentos es d=$il ya que no se generar elemento alguno de esa entidad sin la e>istencia de las otras tres-

E<ERCICIO
dentificar las entidades fuertes y d=$iles6 <- ;lan'uentas 1- (sistencia ?- (lumno A- !actura D- ;edido F- 'oti7acin G- (lumno J- ;roducto I- +rden 'ompra ! D ! D D ! ! ! D D Bouc#er ;ersonal Eota 'liente ;roveedor ;roducto 'urso ;roveedor 'argo D ! D ! ! ! ! !

+rden'ompra !

10. ;ersonal E. ATRIBUTOS

,os atri$utos son aquellos que caracteri7an a una entidad, son las propiedades que posee cada entidad y que la #acen distinta ante las otras entidades, no e>iste entidad que no tenga al menos un atri$uto;or e%emplo, los atri$utos propios para una persona seran su nom$re, direccin, edad, salario, peso, talla, color, religin, etc- ;ara un o$%eto sera su te>tura, tamao, material, utilidad, tipo, etc-

TIPOS DE ATRIBUTOS <- ATRIBUTOS SIMPLES6 )on aquellos atri$utos que son fciles de identificar, in#erentes a
la entidad y no pueden seguir descomponi=ndose-

1F

Modelamiento y Diseo de Base de Datos

1- ATRIBUTOS COMPUESTOS6 )on aquellos atri$utos que tienen 1 o ms atri$utos simples

que lo componen, llamados tam$i=n atri$utos concatenados, ya que se forman por la unin de dos atri$utos simples- es un atri$uto con varios componentes, cada uno con un significado por s mismo- .n grupo de atri$utos se representa mediante un atri$uto compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso- .n atri$uto compuesto se representa grficamente mediante un valo-

Digamos que el nuevo atri$uto (pellido se compone as6 (; [ (M-D+EDE6 (; es apellido paterno y (M es apellido materno

?- ATRIBUTOS MULTI.ALORADOS; )on aquellos atri$utos que tienen un con%unto de

valores para un solo registro de datos, =stos atri$utos son capaces de generar inclusive una nueva entidad- 3am$i=n se le conoce como atri$utos ;olivalentes- pueden tener un n4mero m>imo y un n4mero mnimo de valores- ,a cardinalidad de un atri$uto indica el n4mero mnimo y el n4mero m>imo de valores que puede tomar para cada ocurrencia de la entidad o relacin a la que pertenece-

1G

Modelamiento y Diseo de Base de Datos Digamos que el cliente de nuestra empresa, en realidad tenga varios n4meros telefnicos donde u$icarlo, entonces estamos ante un atri$uto &3el=fono* con varios valores posi$les, entonces podra generar una nueva entidad-

A- ATRIBUTO DERI.ADO; Es aquel que puede ser generado por otros atri$utos de la misma
entidad e inclusive por atri$utos de otra entidad- .n atri$uto derivado es aquel que representa un valor que se puede o$tener a partir del valor de uno o varios atri$utos, que no necesariamente de$en pertenecer a la misma entidad o relacin-

Este atributo podra est dems, ya que el dato puede ser generado por el atributo Fechanaci (fecha de nacimiento).

D- ATRIBUTO CLA.E6 Es aquel atri$uto que identifica unvocamente a la entidad, es decir,

son aquellos atri$utos cuyos valores no se repetirn %ams para otra entidad, inclusive en la misma entidad, no e>istirn dos registros con el mismo valor para ese atri$uto, a propsito de este tipo de atri$uto #a$laremos de los ndices o claves de las entidades-

1J

Modelamiento y Diseo de Base de Datos

Cada alumno tiene un cdigo nico que lo identifica.

F. CLA.ES O LLA.ES
.na clave es un atri$uto especial que identifica de manera 4nica cada ocurrencia de la entidad, es decir, es el que identifica a la entidad como 4nica e irrepeti$le en el universo que es el proceso de negocio- Eo puede e>istir dos valores iguales para clave de la entidad, ya que se estara infringiendo la integridad referencial de los datos (ms adelante detallar= este punto"-

TIPOS DE CLA.ES; CLA.E PRIMARIA @PRIMAR? BE? C PBA

.na clave primaria es aquella clave candidata que el diseador eligi como principal ar$itrariamente, es decir, esta ser la que identifique los elementos de cada entidad de manera 4nica e irrepeti$le.n elemento, conocido tam$i=n como instancia de entidad, es una e>istencia u ocurrencia de la entidad, por e%emplo, para una entidad (lumno, tenemos matriculados 1K alumnos, entonces en ese caso tenemos 1K instancias de la entidad (lumno:ecomendaciones del profesor al momento de asignar claves primarias6

1I

Modelamiento y Diseo de Base de Datos

;ara entidades que representen personas u o$%etos, generalmente se utili7an cdigos o D*s para identificarlos en el modelo-

)i la entidad representa productos manufacturados o artefactos, tam$i=n puede utili7arse el cdigo de fa$ricacin o \ de serie para identificarlos-

;ara documentos, lo recomenda$le es identificarlos por el n4mero del documento que fue generado por sistema-

;ara entidades que representen cosas a$stractas, puede elegirse cualquiera de las opciones anteriores-

CLA.E FORANEA @FOREI4N BE? C FBA

Es la llave primaria de la entidad padre que fue agregada a la entidad #i%o por medio de la relacin entra am$as, vale decir que en la entidad fuerte sigue siendo clave primaria, pero al pasar a la entidad d=$il, pasa como clave secundaria o fornea, pero slo en la entidad d=$il ser fornea-

CLA.E CANDIDATA
,as claves candidatas son simplemente aquellas claves las cuales no fueron seleccionadas como clave primaria, e>actamente alguna de esas claves es seleccionada como ;] y las restantes si e>iste alguna son llamadas claves alternas, pero pueden servir para identificar en una consulta de datos a la entidad en un momento dado-

?K

Modelamiento y Diseo de Base de Datos E%emplo6 para un cliente de nuestra empresa le asignamos como ;] un cdigo que ser 4nico para cada cliente registrado en el sistema, sin em$argo tam$i=n es cierto que como personas civiles que son, tiene DE que es 4nico por cada persona, entonces =ste puede ser otro identificador del cliente cuando se requiera consultar a los clientes del negocio, es entonces una clave candidata+tras claves candidatas pueden ser6 tel=fono, lote, n4mero de serie, etc-

4. TIPOS DE RELACIONES RELACION IDENTIFICADA @O-!i#a*ori"%a%A

.na relacin identificada representa la o$ligatoriedad de la e>istencia de una entidad (fuerte" para que se produ7ca ocurrencia de elementos en otra entidad (d=$il", ac se tra$a%an con las claves para relaciones los registros de am$as entidades, cada registro representa una ocurrencia de la entidad- ,as relaciones identificadas crean claves primarias compuestas, ya que agrega la !] dentro de la 7ona de claves en la entidad 8i%o,a ;] de la entidad padre se agrega a la entidad #i%o como !], dentro de la 7ona de claves y con lnea de relacin continua-

!elacin "dentificada, lnea continua, la F# en Factura se agreg en la $ona de cla%es.

Este e%emplo indica detalles de una cdigo del cliente (y tam$i=n"- Esto no siempre de$e ser as-

que podemos conocer los factura conociendo el los datos de esta entidad

RELACION NO IDENTIFICADA @No o-!i#a*ori"%a%A ?<

Modelamiento y Diseo de Base de Datos En una relacin no identificada no es o$ligatoria identificar la ;] de la entidad padre para identificar alg4n elemento de la entidad #i%o, se representa con una lnea discontinua,a ;] de la entidad padre se agrega a la entidad #i%o como !] fuera de la 7ona de claves-

!elacin &o "dentificada, lnea discontinua, la F# en Factura se agreg fuera de la $ona de cla%es.

En este e%emplo acepta$le-

se indica que para identificar

una factura en el sistema, no es necesario conocer los datos del cliente, algo que es ms

4RADO DE LA RELACION; )e refiere al n4mero de entidades participantes en una relacin, digamos que si tenemos dos entidades participantes en la relacin se trata de una relacin $inaria, si tenemos tres entidades participantes en la relacin, se trata entonces de una relacin ternaria, y as sucesivamente-

RELACION RECURSI.A
En un tipo de relacin muy especial, en donde los elementos de la misma entidad participan ms de una ve7 en la relacin con distintos papeles, esto se da por medio de la ;] de la entidad, se denomina :ecursividad de datos- Este tipo de relacin se utili7a para representar la dependencia de los elementos de la entidad con otros elementos de la misma entidad-

?1

Modelamiento y Diseo de Base de Datos

3enemos que cada empleado tiene una %erarqua asociado a su cargo y rea, si definimos que cada %efe tiene un su$ordinado, diremos que e>isten elementos de la entidad que estn relacionados con otros elementos de la misma entidad, estamos ante una relacin recursiva.na relacin recursiva es una relacin donde la misma entidad participa ms de una ve7 en la relacin con distintos papeles- El nom$re de estos papeles es importante para determinar la funcin de cada participacin+tro e%emplo puede ser en el caso de aquellos cursos que tienen como prerrequisitos el #a$er apro$ado un curso anterior o el mdulo anterior del curso en cuestin, entonces tendramos algo como esto^

??

Modelamiento y Diseo de Base de Datos ;ara poder llevar un curso en el ciclo actual de estudios, se sa$e que previamente de$emos apro$ar el curso que le antecede en el ciclo anterior, lo que se conoce como cursos prerrequisitos, entonces tendremos la siguiente ta$la como resultado-

9emos entonces cmo se cumple la recursividad de la relacin entre los cursos, en la cuale>iste dependencia entre uno y otro-

:. CARDINALIDAD DE UNA RELACION

,a cardinalidad con la que una entidad participa en una relacin especifica el n4mero mnimo y el n4mero m>imo de correspondencias en las que puede tomar parte cada ocurrencia de dic#a entidad- ,a participacin de una entidad en una relacin es o$ligatoria (total" si la e>istencia de cada una de sus ocurrencias requiere la e>istencia de, al menos, una ocurrencia de la otra entidad participante- )i no, la participacin es opcional (parcial"- ,as reglas que definen la cardinalidad de las relaciones son las reglas de negocio( veces, surgen pro$lemas cuando se est diseado un esquema conceptual- Estos pro$lemas, denominados trampas, suelen producirse a causa de una mala interpretacin en el significado de alguna relacin, por lo que es importante compro$ar que el esquema conceptual carece de dic#as trampas- En general, para encontrar las trampas, #ay que asegurarse de que se entiende completamente el significado de cada relacin- )i no se entienden las relaciones, se puede crear un esquema que no represente fielmente la realidad.na de las trampas que pueden encontrarse ocurre cuando el esquema representa una relacin entre entidades, pero el camino entre algunas de sus ocurrencias es am$iguo- El modo de resolverla es reestructurando el esquema para representar la asociacin entre las entidades correctamente-

?A

Modelamiento y Diseo de Base de Datos +tra de las trampas sucede cuando un esquema sugiere la e>istencia de una relacin entre entidades, pero el camino entre una y otra no e>iste para algunas de sus ocurrencias- En este caso, se produce una p=rdida de informacin que se puede su$sanar introduciendo la relacin que sugera el esquema y que no esta$a representada-

I. TUPLAS
,a unin de dos entidades da como producto un con%unto relacin cuyos elementos son denominados como &3.;,()*, cada tupla representa la relacin entre los elementos de las entidades participantes, estas tuplas refle%an la 'ardinalidad de la relacin, de acuerdo a ello diremos que e>iste 1 clases de cardinalidades6

Car%i a!i%a% $7 i$a; Es la mnima cantidad de tuplas que cada elemento de la entidad ( puede tener con elementos de la entidad B-

Car%i a!i%a% $D2i$a6 Es la m>ima cantidad de tuplas que cada elemento de la entidad ( puede tener con elementos de la entidad B-

<. TIPOS DE CARDINALIDADES RELACION DE UNO A UNO

?D

Modelamiento y Diseo de Base de Datos En este tipo de relaciones, cada instancia o elemento de la entidad ( est asociado solamente a un elemento de la entidad B- )e recomienda que cuando se identifique una relacin de este tipo, se una am$as entidades formando una sola, salvo casos especiales-

RELACION DE UNO A MUC:OS

En este tipo de relaciones, cada instancia o elemento de la entidad ( est asociado a varios elementos de la entidad B, entonces la clave que forma el vnculo entre am$as entidades, pasa #acia la entidad que tiene el mayor grado de 'ardinalidad, es decir el que posee la denominacin &muc#os*-

RELACION DE MUC:OS A MUC:OS

En este tipo de relacin, los elementos de la entidad ( estn asociados a varios elementos de la entidad B, y los elementos de la entidad B estn asociados a varios elementos de la entidad (, cuando sucede esto, se genera una nueva entidad denominada &Entidad (sociada*, generalmente toma el nom$re de am$as entidades participantes o la denominacin del ver$o de la relacin- ,a entidad asociada se grafica slo en el modelo fsico de datos, en el nivel lgico se representa la relacin muc#os a muc#os-

?F

Modelamiento y Diseo de Base de Datos

A TENER EN CUENTA;
,as entidades asociadas #eredan las ;]*s de las entidades padres que la generaron, am$as forman la clave principal de la entidad asociada, lo que se conoce como &',(9E) '+M;.E)3()*, es otro tipo de claves que se dan en este tipo de casos-

?G

Modelamiento y Diseo de Base de Datos

,a 'ardinalidad mnima se representa con el n4mero K o <, mientras que la 'ardinalidad m>ima se representa con el < K M,a variante &K* se da cuando e>ista la posi$ilidad de que alg4n elemento de la entidad ( no est= necesariamente asociado a un elemento de la entidad BEn el modelo conceptual las claves se representan como pequeas circunferencias que so$resalen de los rectngulos que representan a la entidad-

?J