Base de Datos-Base de Datos PDF

DIRECCIN DE EDUCACIN ABIERTA Y A DISTANCIA Y VIRTUALIDAD
LICENCIATURA EN EDUCACIN BSICA CON NFASIS EN TECNOLOGA E INFORMTICA

BASES DE DATOS
Corporacin Universitaria del Caribe - CECAR
TABLA DE CONTENIDO
1.1 Datos.
1.2 Tipos de Datos.
1.3 Conceptos bsicos de Bases de Datos,
DBMS, Esquema de datos, Indepen
dencia lgica y fsica de datos.
1.4 Historia de los sistemas de bases de
datos.
1.5 Aplicaciones de los sistemas de bases
de datos.
1.6 Bases de datos en el contexto de la
Educacin.
1.7 Tipos de Almacenamiento de Bases de
Datos.
1.8 Ventajas de un sistema gestor de base
de datos.
1.9 Tipo de base de datos segn su uso.
1.10 Modelos de los datos.
Introduccin a las Bases
de Datos
I. Introduccin
Modelo Entidad-Relacin
Modelo Relacional
Lenguaje de Consulta
Estructurado (SQL)
II. Justifcacin
1 2
3 4
2.1 Conceptos Bsicos del modelo entidad
relacin E-R
2.2 Restricciones de integridad en el
modelo ER.
2.3 Claves.
2.4 Diagrama Entidad-Relacin
2.5 Caracterstica del modelo E-R
extendido.
2.6 Diseo de un esquema de bases de
datos E-R
3.1 Estructura de las bases de datos
relacionales.
3.2 Esquema de la bases de datos
relacional.
3.3 Claves.
3.4 Lenguaje de consulta.
3.5 Transformacin del modelo E-R al
modelo relacional.
4.1 Introduccin al Lenguaje Estructurado
de Consulta (SQL).
4.2 Estructura bsica (clausulas select,
from, where).
4.3 Modifcacin de la base de datos (In
sercin, Borrado, Actualizacin).
4.4 Gestor de base de datos MySql Work
bench
III. Instrucciones de Manejo
IV. Referentes Tericos
CORPORACIN
UNIVERSITARIA DEL
CARIBE
DIRECCIN DE
EDUCACIN ABIERTA
Y A DISTANCIA Y
VIRTUALIDAD
Rectora
Piedad Martnez Carriazo
Vicerrectora
Acadmica
Lidia Flrez de Albis
Compilador
Mara Garca Medina
Asesor Pedaggico
Jorge Velasco Lara
Equipo de Edicin
Andrs Bertel Gonzlez
Alberto Garca Stave
Jairo Martnez Banda
2013
Direccin de Educacin Abierta y a Distancia y Virtualidad

Informacin del Compilador
La compiladora del mdulo es Mara Anglica Garca
Medina, Ingeniera de Sistemas, Especialista en Docencia
con amplios conocimientos en el manejo de Bases de Datos a
nivel organizacional.
En la Ingeniera de Sistema se ha desempeado como inte-
grador de soluciones en las reas de ingeniera de software,
ingeniera de planeacin informtica e ingeniera de redes.
Tambin se ha desempeado como docente en la Divisin de Educacin Abier-
ta y a Distancia de CECAR.
I. Introduccin
Los datos son la parte medular de cualquier sistema de informacin. El almacenamiento,
manipulacin y recuperacin de informacin en forma efciente, es vital y estratgico para
cualquier organizacin. Las bases de datos juegan un rol muy importante en casi todas
las reas donde las computadoras son usadas, incluyendo negocios, ingeniera, medici-
na, leyes, educacin, etc.
La importancia e impacto de las bases de datos es incuestionable a medida que las orga-
nizaciones ya sean gubernamentales, instituciones educativas, universidades, entidades
comerciales, entre otras, crean y mantienen bases de datos en la cuales estn conteni-
das todo tipo de informacin, desde documentos, tablas estadsticas, datos fnancieros,
objetos multimediales y datos de diferente naturaleza. Por tal motivo, las tecnologas en
base de datos, incluyendo mtodos de arquitectura y acceso, se estn desarrollando r-
pidamente para mantenerse al da con esta demanda de mecanismos de administracin
de la informacin.

El objetivo principal de este mdulo es brindar a los estudiantes un acercamiento a los
aspectos importantes manejado en las bases de datos, como son los conceptos bsicos,
las tcnicas utilizadas para la creacin y utilizacin de las bases de datos, para que as
adquiera la capacidad de construir algo tangible que pueda aplicar como profesional.
El mdulo est organizado en cuatro unidades, distribuidas de la siguiente forma:
Unidad I: Introduccin a las bases de datos, en la cual se exponen los conceptos bsi-
cos manejados en las bases de datos, se incluye un poco de historia sobre los sistemas
de base de datos, donde se aplican, los tipos de almacenamiento de base de datos, los
tipos segn su uso, las ventajas de los SGBD y las bases de datos en el contexto de la
educacin.
Unidad II: Modelo Entidad Relacin, es una de las partes principales a tratar dentro
del mdulo ya que en ella se efecta el anlisis de cmo se disea una base de datos,
los temas a tratar abarcan los conceptos bsicos de entidades, relaciones, atributos; las
correspondencia de cardinalidades, restricciones de participaciones, claves, diagramas
del modelo entidad relacin y diseo del esquema del modelo Entidad Relacin.
Unidad III: Modelo Relacional, el cual es un marco formal de los modelos de datos, en
este captulo se trata la estructura de las bases de datos relacionales, esquema de la
bases de datos relacional, uso de las claves, lenguaje de consulta y transformacin del
modelo E-R al modelo relacional.
Unidad IV: Esta ltima unidad, es dedicada al manejo del lenguaje SQL, en el cual se
presentan las caractersticas generales del SQL, su estructura bsica, utilizacin de las
clausulas select, from y where y modifcacin de la base de datos utilizando las expresio-
nes Insert, Delete, Update.
Al fnalizar la ltima unidad, est la seccin de anexos en la cual se encuentra los manua-
les de usuarios de las herramientas utilizadas para la diagramacin del modelo entidad
relacin y el modelo relacional, direcciones electrnicas correspondientes para que el
estudiante pueda descargar estas herramientas freeware, tambin se dispone de una
serie de link para profundizar los temas tratados en el mdulo.
I. Introduccin
II. Justifcacin
El desarrollo de la tecnologa aplicada a la informacin, especialmente ligada a las comu-
nicaciones, ha logrado un alto y rpido desarrollo se puede encontrar un nivel de imple-
mentacin elevado en todos los mbitos de la vida actual, tanto laboral como domstica.
En los sectores en los que ms se desenvuelve el ser humano siempre estn presentes
para mejorar su desarrollo y/o productividad: industria, comercio, educacin, fnanzas,
investigacin, etc. Es por ello que el uso correcto de las tecnologas resulta ser un factor
determinante para alcanzar altos niveles de efciencia y competitividad en el mbito de la
empresa o incluso en el personal.
El acercamiento de los futuros Licenciados en Educacin Bsica con nfasis en Tec-
nologa e Informtica a los aspectos ms importantes que se encierra en un Sistema de
Base de Datos, les darn las herramientas, competencias y habilidades necesarias para
que le ayuden a construir algo tangible desde la construccin de bases de datos vista
como aquel sistema de informacin que organiza y que forma parte de un programa de
ordenador que pueda seleccionar rpidamente los fragmentos de datos que necesite un
usuario cualquiera, una base de datos es un sistema de archivos electrnico que se pue-
da aplicar a su vida profesional.
Esto se podr alcanzar a travs de la fundamentacin terico prctica de las bases
de datos, modelos de datos y el manejo del lenguaje de consulta estructural, lo cual le
ayudar a desarrollar pequeas bases de datos que sern de utilidad en su quehacer
pedaggico, contribuyendo al desarrollo de competencias del saber hacer; adems, con
el ejercicio de sta, la consolidacin de habilidades de saber analizar y saber comuni-
car, acciones que contribuirn a promover el desarrollo del pensamiento refexivo, como
expresin de la autonoma profesional, con lo cual se establece su pertinencia con los
propsitos de formacin del programa.
Las competencias que promueve la asignatura son:
METACOGNITIVA
Conoce y utiliza herramientas informticas para el diseo e implantacin de una base de
datos en el mbito escolar.
RELACIONAL
Aplica los conocimientos obtenidos a situaciones laborales concretas utilizando los pro-
cedimientos adecuados, para solucionar problemas de manera autnoma y transferir las
situaciones adquiridas a situaciones novedosas.
TECNOLGICA
Utiliza los principios bsicos de los sistemas de base de datos, para utilizarlos en el con-
texto educativo.
ARGUMENTATIVA
Argumenta y justifca el porqu de los modelos a utilizar en la solucin de problemas prc-
ticos especfcos de las diferentes reas de actividad de su profesin utilizando lenguaje
y simbologa apropiados para las representaciones que requiera.
II. Justifcacin
III. Instrucciones de Manejo
Para el desarrollo exitoso de este mdulo es importante el ritmo y secuenciacin del
trabajo autodirigido, de tal forma que puedas trabajarlo en casa y posteriormente sociali-
zarlo en clases con tu profesor, pero para ello debes tener disponibilidad de tiempo, alto
grado de responsabilidad e iniciativa con cada una de las actividades programadas.
Tambin cabe destacar, que la informacin consignada en el mdulo puede ser ampliada
para que usted enriquezca los conceptos que se desarrollan a lo largo del mdulo, por lo
tanto se le recomienda que consulten las citas referenciadas en la bibliografa.
Considere el mdulo como una herramienta que le permitir fortalecer sus conoci-
mientos sobre las Bases de Datos.
Lea y estudie cada uno de los temas con anticipacin a la sesin con el tutor, para
que llegue con inquietudes y se genere la discusin a partir de estas.
La constitucin de grupos de estudio, que se han denominado CIPAS, es altamente
recomendable, dado que no todos asimilan de la misma manera, por tal razn es
conveniente concretar con otros compaeros algunos puntos clave de las lecturas
y anlisis de la informacin del mdulo. Adems es importante analizar cada uno
de los puntos de vistas de los integrantes del CIPA, el cual nos ayudar a afanzar y
enriquecer nuestra propia comprensin sobre los temas desarrollados en el mdulo.
Complete sus actividades propuestas en cada una de las unidades apoyndose en
los referentes bibliogrfcos que encuentras al fnal de la unidad IV y tambin en sitios
web relacionados con los temas tratados en cada unidad.
En el desarrollo de las unidades del mdulo se ejemplifcar la base de datos del ob-
servador del estudiante, este ejemplo de base de datos se retomar en un mdulo
de semestres prximos.
Utilice la bibliografa recomendada para realizar las diferentes actividades y afanzar
los conceptos estudiados en el mdulo.
IV. Referentes Tericos
Las conceptualizaciones del mdulo estn fundamentadas en los aportes tericos que
se han compilado por la autora en la fundamentacin del diseo de base de datos, como
lo son:
C. J. Date, en su libro introduccin a los sistemas de bases de datos, 7 ED., se ha tenido
encuenta el modelo y la sintaxis y la semntica de SQL.

Adoracin de Miguel y Mario Piattini, en su libro Fundamentos de Base de datos, 2 Edi-
cin, en los cuales exponen la historia de las bases de datos, los conceptos bsicos de
base de datos, el modelo entidad relacin y el modelo relacional, que son el objeto de
estudio del presente modulo.
Silberschatz, Korth y Sudarshan (2007), con temas ms actuales sobre los fundamentos
de bases de datos, y la ejemplifcacin de los modelos Entidad relacin, relacional y el
lenguaje estructurado de consulta.
Gonzlez (2011), en su libro Gestin de base de datos, en el cual destaca los aspectos
ms importantes que encierran los sistemas gestores de base de datos relacionales.
de Datos
Estructura del Mdulo
de Datos
Unidad
1

PRESENTACIN
En esta primera unidad se presenta la introduccin a las bases de
datos, en la cual se realiza la conceptualizacin sobre los tipos de
datos que se utilizan en la creacin de una base de datos, al mismo
tiempo se dan a conocer los conceptos bsicos de Bases de Datos,
la DBMS, los esquema de datos, Independencia lgica y fsica de
datos; se hace una breve introduccin sobre la historia de los sis-
temas de bases de datos, aplicaciones de los sistemas de bases de datos, se
dan a conocer cules son las bases de datos en el contexto de la educacin,
cuales son los tipos de almacenamiento de Bases de Datos, Ventajas de un
sistema gestor de base de datos; los tipos de base de datos segn su uso, y
conceptualizacin de los modelos de los datos, y su clasifcacin.

La fnalidad de esta primera unidad es que el estudiante aprenda qu son las
bases datos y cada uno de los elementos que hacen parte de sta y al mismo
tiempo comprenda la importancia que tiene ella en cualquier mbito donde
sean utilizadas.
PROBLEMA
Cmo puedo fundamentar mi conocimiento terico acerca de las ba-
ses de datos?
Introduccin a las Bases de Datos
Bases de Datos
13

COMPETENCIAS ESPECFICAS
Interpreta y maneja las diferentes conceptualizaciones utili-
zadas en las bases de datos y como se relacionan entre ellas.
Identifca las diferentes evoluciones que han tenido las bases de datos
a lo largo de los aos.
Argumenta sobre la importancia de las bases de datos en la educa-
cin.
Identifca los diferentes tipos de almacenamientos de un sistema de
base de datos.
Identifca y explica los diferentes modelos de datos.
14
ACTIVIDAD PREVIA: Trabajo independiente
Antes de comenzar la lectura de esta primera unidad responda de manera escrita los
siguientes interrogantes:
Qu son datos?
Cules tipos de datos conoce?
Qu es una base de datos?
Qu es un SMBD?
Liste al menos cuatro trminos que usted conozca relacionados con el tema de
base de datos y explquelos.
Qu es un modelo?
Qu bases de datos educativas conoce?
Lea detenidamente la unidad I.
Una vez leda la unidad, confronte sus saberes previos con lo aprendido en la unidad.
Analice detenidamente los temas tratados en la unidad y elabore un sntesis general
sobre sta.
ACTIVIDAD EN GRUPO
Reunidos en sus grupos confronte sus saberes previos con los de sus compaeros.
Socializar en el grupo los diferentes temas tratados en la Unidad I.
Desarrollar la actividad propuesta al fnal de la unidad.
DINMICA PARA CONSTRUIR CONOCIMIENTO
16
1.1 QU SON DATOS?
S
egn diccionario de la real academia, los datos son la Informacin dispuesta de ma-
nera adecuada para su tratamiento por un ordenador. A nivel de la terminologa de
base datos, un dato es una representacin simblica (numrica, alfabtica, algortmica,
entre otros) de un atributo o caracterstica de una entidad. Estos se pueden representar
bien mediante variables o mediante constates.
1.2 TIPOS DE DATOS.
Los tipos de datos se utilizan generalmente para declarar variables y son necesarios
para que el intrprete o compilador conozca de antemano que tipo de informacin va a
contener una variable.
Existen cinco tipos de datos atmicos, los cuales son: carcter, entero, coma fotante,
coma fotante doble precisin y sin valor (char, int, foat, double y void, respectivamente).
El tamao y el rango de estos tipos de datos varan con cada tipo de procesador.
En cuanto a los tipos de datos empleados en el lenguaje estructurado de consultas SQL,
se clasifcan en 13 tipos de datos primarios y de varios sinnimos vlidos reconocidos por
dichos tipos de datos. Los tipos de datos primarios son:
Tipo de Datos Longitud Descripcin
BINARY 1 byte Para consultas sobre tabla adjunta de productos de bases de datos
que defnen un tipo de datos Binario.
BIT 1 byte Valores Si/No True/False
BYTE 1 byte Un valor entero entre 0 y 255.
COUNTER 4 bytes Un nmero incrementado automticamente (de tipo Long)
CURRENCY 8 bytes Un entero escalable entre 922.337.203.685.477,5808 y
922.337.203.685.477,5807.
DATETIME 8 bytes Un valor de fecha u hora entre los aos 100 y 9999.
SINGLE 4 bytes Un valor en punto fotante de precisin simple con un rango
de - 3.402823*1038 a -1.401298*10-45 para valores negativos,
1.401298*10- 45 a 3.402823*1038 para valores positivos, y 0.
Bases de Datos
17
DOUBLE 8 bytes Un valor en punto fotante de doble precisin con un rango
de - 1.79769313486232*10308 a -4.94065645841247*10-
324 para valores negativos, 4.94065645841247*10-324 a
1.79769313486232*10308 para valores positivos, y 0.
SHORT 2 bytes Un entero corto entre -32,768 y 32,767.
LONG 4 bytes Un entero largo entre -2,147,483,648 y 2,147,483,647.
LONGTEXT 1 byte por
carcter
De cero a un mximo de 1.2 gigabytes.
LONGBI-
NARY
Segn se
necesite
De cero 1 gigabyte. Utilizado para objetos OLE.
TEXT 1 byte por
carcter
De cero a 255 caracteres.
La siguiente tabla recoge los sinnimos de los tipos de datos defnidos:
Tipo de Dato Sinnimos
BINARY VARBINARY
BIT BOOLEAN
LOGICAL
LOGICAL1
YESNO
BYTE INTEGER1
COUNTER AUTOINCREMENT
CURRENCY MONEY
DATETIME DATE
TIME
TIMESTAMP
SINGLE FLOAT4
IEEESINGLE
REAL
Tipo de Datos Longitud Descripcin
18
DOUBLE FLOAT
FLOAT8
IEEEDOUBLE
NUMBER
NUMERIC
SHORT INTEGER2
SMALLINT
LONG INT
INTEGER
INTEGER4
LONGBINARY GENERAL
OLEOBJECT
LONGTEXT LONGCHAR
MEMO
NOTE
TEXT ALPHANUMERIC
CHAR - CHARACTER
STRING - VARCHAR
VARIANT (No Admitido) VALUE
1.3. CONCEPTOS BSICOS
1.3.1. Qu es una base de datos?
Las bases de datos han evolucionado contantemente y es difcil dar una defnicin, esto
se debe al amplio mbito de aplicaciones y los avances en la tecnologa.
Una defnicin adecuada puede ser :
Coleccin o depsito de datos, donde los datos estn lgicamente relacionados
entre s, tienen una defnicin y descripcin comunes y estn estructurados de
una forma particular. Una base de datos es tambin un modelo del mundo real y,
como tal, debe poder servir para toda una gama de usos y aplicaciones. Citada
en Gonzlez (2011).
Otra defnicin es la dada por Date (2001), el cual enuncia que una base de datos es una
coleccin de datos relacionados que representa un cierto modelo o abstraccin del mun-
do real, y a su vez esta es diseada, construida y llenada con datos para un propsito
especfco.
Al mismo tiempo las bases de datos tienen propiedades especfcas las cuales son:
Bases de Datos
19
Representa algn aspecto del mundo real, del cual provienen los datos.
Es un conjunto de datos lgicamente coherente, con signifcado implcito.
Toda base de datos se disea, crea y se carga con datos con un objetivo determinado
y est dirigida a un grupo de usuarios interesados en el contenido de la base de datos.
1.3.2 Qu es el DBMS?
El DBMS (Data Base Management Sywstem) o SGBS (Sistema Gestor de Bases de da-
tos), consiste en una coleccin de datos interrelacionados y un conjunto de programas
para acceder a dichos datos. El objetivo del DBMS es crear un ambiente en que sea po-
sible almacenar y recuperar informacin en forma efciente y conveniente.
La gestin de los datos implica tanto la defnicin de estructuras para almacenar la infor-
macin como la provisin de los mecanismos para la manipulacin de la informacin, al
mismo tiempo deben proporcionar la fabilidad de esta a pesar de las cadas del sistema
o los intentos de acceso sin autorizacin. Ahora bien, si los datos van a ser compartidos
entre varios usuarios, el sistema debe evitar los resultados anmalos.
Podemos apreciar cmo es el funcionamiento de un DBMS en la fgura 1.

fgura 1.
20
Los componentes que hacen parte de un DBMS son:
DDL, Data Defnition Language: defne los elementos de los datos en la Base de da-
tos. Permite crear tablas, modifcarlas y eliminarlas.
DML, Data Manipulation Languaje: manipula los datos para aplicaciones. Permite dar
de alta flas, modifcar contenido de columnas y borrar flas y columnas.
DCL, Data Control Language: lenguaje de control de datos. Permite administrar la
seguridad de quien puede leer, escribir o borrar datos en una tabla; quin puede crear
o eliminar tablas, etc.

1.3.3 Esquema de datos1

El esquema de una base de datos (en ingls, Database Schema) describe la estructura
de una Base de datos, en un lenguaje formal soportado por un Sistema administrador de
Base de datos (DBMS). En una Base de datos Relacional, el Esquema defne sus tablas,
sus campos en cada tabla y las relaciones entre cada campo y cada tabla.
El esquema es generalmente almacenado en un Diccionario de Datos. Aunque gene-
ralmente el esquema es defnido en un lenguaje de Base de datos, el trmino se usa a
menudo para referirse a una representacin grfca de la estructura de base de datos.
1 Recuperado de: http://es.wikipedia.org/wiki/Esquema_de_una_base_de_datos
Bases de Datos
21
1.3.4 Independencia de los datos
Es la libertad que puede existir para modif-
car algunos de los esquemas sin que exista
la necesidad de reescribir los programas de
aplicacin. Existen bsicamente dos tipos
de independencia:
Independencia fsica: Se presenta
cuando es posible la modifcacin del
esquema fsico sin afectar a los esque-
mas restantes. Acta en los contenidos
de la base de datos.
Independencia lgica. Ocurre cuando
se modifca el esquema conceptual sin
afectar al resto de los esquemas. Bsi-
camente se modifca el esquema con-
ceptual cuando cambia las caracters-
ticas de los datos a almacenar. Acta
sobre la estructura de la base de datos.
1.4 HISTORIA DE LOS SISTEMAS
DE BASES DE DATOS.
El nacimiento de las bases de datos se im-
pulsa por el crecimiento de las computa-
doras, de hecho la automatizacin de las
tareas de procesamiento de daros precede
a los computadores, es as que la Mquina
perforadora Herman Hollerit (1860-1929),
fue utilizada para hacer el censo de Esta-
dos Unidos en 1880 y se tardaron 7 aos
para obtener resultados.
La historia de las bases de datos se genera
a partir de la evolucin que han tenido es-
tos, la cual se detalla a continuacin:
Dcada de 1950 y principios de la
dcada de 1960. Se da origen a las cintas
magnticas. Por medio de este mecanismo
se empez a automatizar la informacin de
las nminas, como por ejemplo el aumen-
to de salario. Consista en leer una cinta o
ms y pasar los datos a otra, y tambin se
podan pasar desde las tarjetas perforadas.
Simulando un sistema de Backup.
Finales de la dcada de 1960 y la
dcada de 1970. El uso de los discos en
ese momento fue un adelanto muy efectivo,
ya que por medio de este soporte se poda
consultar la informacin directamente, esto
ayudo a ahorrar tiempo. No era necesario
saber exactamente donde estaban los da-
tos en los discos, ya que en milisegundos
era recuperable la informacin.
Los discos dieron inicio a las Bases
de Datos, de red y jerrquicas, pues los
programadores con su habilidad de mani-
pulacin de estructuras junto con las ven-
tajas de los discos era posible guardar es-
tructuras de datos como listas y rboles. En
1970, cuando E.F. Codd de IBM introdujo la
idea de un modelo relacional de Bases de
datos en un documento titulado A Relatio-
nal Model of data for Large Shared Banks.
Dcada de 1980. Bases del Modelo
E-R
Abstraer la representacin de datos.
Minimizar la redundancia de datos, divi-
dindolos en distintos grupos no dupli-
cados.
Incrementar la consistencia de datos,
por ejemplo si se cambia el nombre de
un cliente, este cambiara en todos los
reportes.
22
Posteriormente un lenguaje llamado SQL
(Lenguaje estructurado de consultas) tam-
bin desarrollado por IBM, fue creado para
generar reportes y actualizar datos en este
nuevo modelo relacional. El Sistema R de
IBM naci de este trabajo, pero fue ignora-
do por IBM, y poco despus Oracle saco su
versin comercial de BD basada en la teo-
ra relacional de Codd, y el Berkely Ingres.
Dcada de 1990. El lenguaje SQL
se dise fundamentalmente para las
aplicaciones de ayuda a la toma de deci-
siones, que son intensivas en consultas,
mientras que el objetivo principal de las ba-
ses de datos en la dcada de 1980 de las
aplicaciones de procesamiento de transac-
ciones, que son intensivas en actualizacio-
nes. En esta poca las herramientas para
analizar grandes cantidades de datos ex-
perimentaron un gran crecimiento de uso.
Finales de la dcada de 1990. El
acontecimiento principal fue el crecimiento
de la WWW. Al mismo tiempo las bases de
datos se implementaron mucho ms exten-
sivamente. Los sistemas de bases de datos
tienen soporte para tasa de transacciones
muy altas. Se generan sistemas de base
de datos con interfaz web.
1.5 APLICACIONES DE LOS SIS-
TEMAS DE BASES DE DATOS.
Las bases de datos son ampliamente usa-
das. Las aplicaciones ms representativas
de bases de datos segn Silberschatz, Kor-
th, Sudarshan (2002) son:
Banca: para informacin de clientes,
cuentas y prstamos, y transacciones
bancarias.
Lneas Areas: para reservas e infor-
macin de planifcacin. Estas fueron
las primeras en utilizar las bases de da-
tos de forma distribuida geogrfcamen-
te.
Universidades: para informacin de los
estudiantes, matriculas de las asignatu-
ras y cursos.
Transacciones de tarjetas de crdito:
para compras con tarjetas de crdito y
generacin mensual de extractos.
Telecomunicaciones: para guardar re-
gistros de las llamadas realizadas,
generacin mensual de facturas, man-
teniendo el saldo de las tarjetas tele-
fnicas de prepago y para almacenar
informacin sobre las redes de comuni-
caciones.
Finanzas: para almacenar informa-
cin sobre grandes empresas, ventas
y compras de documentos formales f-
nancieros, como bolsas y bonos.
Ventas: para informacin de clientes,
productos y compras.
Produccin: para la gestin de la cade-
na de produccin y para el seguimiento
de la produccin de elementos en las
factoras, inventarios de elementos de
almacenes y pedidos de elementos.
Recursos humanos: para informacin
sobre los empleados, salarios, impues-
tos y benefcios, y para la generacin
de las nminas
Por tanto, podemos afrmar que los siste-
mas de bases de datos forman una parte
importante en casi todas las empresas ac-
tuales.
Bases de Datos
23
1.6 BASES DE DATOS EN EL CONTEXTO DE LA EDUCACIN.
En el Campo de la Educacin podemos utilizar diversas Bases de Datos para buscar in-
formacin. En este apartado hemos reseado tan slo aquellas que son accesibles des-
de Internet y las presentamos clasifcadas en dos grupos: las que proporcionan informa-
cin directa sobre Sistemas Educativos y las que nos proporcionan informacin menos
especfca aunque valiosa para los docentes e investigadores en este campo.
RENATA
RENATA es la red de tecnologa avanzada que conecta, comunica y propicia la
colaboracin entre las instituciones acadmicas y cientfcas de Colombia con
las redes acadmicas internacionales y los centros de investigacin ms desa-
rrollados del mundo. http://www.renata.edu.co/
ProQuest
Compaa editorial con sede en Ann Arbor, Michigan, que publica en formatos
electrnicos y microflm y suministra servicios de informacin para universida-
des, escuelas, empresas pblicas, corporaciones y bibliotecas pblicas en todo
el mundo, fundamentalmente bases de datos bibliogrfcas. http://www.proquest.
com.br/es-XL/
Eurybase
Informacin sobre Sistemas Educativos Europeos habitualmente en el idioma
del pas y en ingls. http://eacea.ec.europa.eu/education/eurydice/eurypedia_
en.php
International Asso-
ciation of Universi-
ties
Contiene descripciones en formato RTF de los Sistemas de Educacin Superior
de 174 pases. http://www.iau-aiu.net/
Observatorio de la
Educacin Ibe-
roamericana
El Observatorio debe entenderse como un productor de sentidos y como un
generador de rutas posibles que a su vez incorpora mltiples y diversas mira-
das que hoy existen en la Regin y que constituyen el pensamiento educativo
Iberoamericano. http://www.oei.es/observatorio.htm
OCDE - Education
Database
Esta Base de Datos de la OCDE proporciona informacin comparable inter-
nacionalmente sobre aspectos claves de los Sistemas Educativos. http://www.
oecd.org/
PISA-OCDE
Las Bases de Datos pisa de la OCDE proporcionan informacin y tablas sobre
los distintos apartados del programa. http://pisa2000.acer.edu.au/index.php
Ploteus
Es el portal que le informa de las oportunidades de aprendizaje en todo el es-
pacio europeo, le ayudar a conocer la oferta de educacin y formacin en toda
Europa. http://ec.europa.eu/ploteus/home_es.htm
Sistemas Educati-
vos
Base de datos creada por el CREADE (Centro de Recursos para la Atencin
a la Diversidad Cultural en Educacin) del Ministerio de Educacin y Ciencia.
http://www.oei.es/quipu/
SITEAL
La base de datos del SITEAL se propone: brindar informacin comparable entre
los pases de Amrica Latina sobre la relacin entre educacin y sociedad que
posibilite el anlisis de tendencias y el monitoreo de la situacin y evolucin de
las brechas sociales. Es necesario registrarse para su uso. http://www.siteal.
iipe-oei.org/
UNESCO
Indicadores Educativos. Global Monitoring Report. http://gmr.uis.unesco.org/se-
lectIndicators.aspx
Base de Datos
Mundial sobre
desigualdades en
Educacin (WIDE)
Permite la comparacin de distintos tipos de desigualdades -por nivel de ingre-
sos, por gnero y por lugar de residencia- entre pases y en el interior de stos,
y proporcionar adems indicadores esenciales relativos a la enseanza. http://
www.education-inequalities.org/
24
1.7 TIPOS DE ALMACENAMIENTO
DE UNA BASES DE DATOS.
La mayora de las bases de datos se alma-
cenan en las llamadas memorias secunda-
rias, especialmente discos duros, aunque,
en principio, pueden emplearse tambin
discos pticos, memorias fash, etc2.
Las razones por las cuales las bases de datos
se almacenan en memorias secundarias son:
En general, las bases de datos son de-
masiado grandes para entrar en la me-
moria primaria.
La memoria secundaria suele ser ms
barata que la memoria primaria.
La memoria secundaria es ms til para
el almacenamiento de datos permanen-
te, puesto que la memoria primaria es
voltil.
En cuanto al respaldo de las bases de
datos, suelen emplearse tantos discos
duros, discos pticos.
Tcnicas de almacenamiento y recupera-
cin de bases de datos: Las tcnicas em-
pleadas para almacenar bases de datos
son sumamente importantes para la velo-
cidad de acceso y recuperacin de datos.
Las tcnicas dependen del tipo de almace-
namiento, el uso que se le da o se le dar a
la base de datos, la estructura de la misma,
el SGBD empleado, etc.
Esta dependencia no signifca necesaria-
mente que haya que cambiar la estructura
de la base de datos si se cambian las tc-
nicas empleadas. Las tcnicas de almace-
namiento son independientes de la base de
datos, pero, de todas maneras, las mejo-
2 Recuperado de: http://www.alegsa.com.ar/Dic/
almacenamiento%20de%20bases%20de%20datos.php
res tcnicas muchas veces pueden deter-
minarse viendo la estructura de la base de
datos, entre otras caractersticas.
Los encargados de elegir estas tcnicas
son los diseadores y administradores de
bases de datos, y dependen tambin de las
capacidades del SGBD. La idea es que los
encargados de la base de datos encuen-
tren las tcnicas idneas, o sea, aquellas
que permitan la mayor velocidad posible de
acceso a los datos.
El almacenamiento en archivos de las ba-
ses de datos, Las bases de datos se alma-
cenan en fcheros o archivos. Existen dife-
rentes formas de organizaciones primarias
de archivos que determinan la forma en
que los registros de un archivo se colocan
fsicamente en el disco y, por lo tanto, cmo
se accede a stos. Las distintas formas de
organizaciones primarias de archivos son:
Archivos de montculos (o no ordena-
dos): esta tcnica coloca los registros
en el disco sin un orden especfco,
aadiendo nuevos registros al fnal del
archivo.
Archivos ordenados (o secuenciales):
mantiene el orden de los registros con
respecto a algn valor de algn campo
(clave de ordenacin).
Archivos de direccionamiento calcula-
do: utilizan una funcin de direcciona-
miento calculado aplicada a un campo
especfco para determinar la coloca-
cin de los registros en disco.
rboles B: se vale de la estructura de
rbol para las colocaciones de regis-
tros.
Existe una segunda forma de acceder a los
datos llamada organizacin secundaria o
estructura de acceso auxiliar. Estas permi-
Bases de Datos
25
ten que los accesos a los registros de un
archivo basado en campos alternativos,
sean ms efcientes que los que han sido
utilizados para la organizacin primaria de
archivos.
1.8 VENTAJAS DE UN GESTOR
DE BASE DE DATOS.
Dentro de las ventajas que ofrece el SGBD
encontramos:
Datos compartidos actualizados: los
datos estn disponibles para todos los
usuarios y cuando alguno actualiza, los
cambios se ven refejados inmediata-
mente.
Flexibilidad: para nuevas necesidades,
los cambios de estructura no afectan
los datos.
Rpida creacin de nuevas aplicacio-
nes: una vez creada la BD y funcionan-
do, crear una nueva aplicacin necesita
menos tiempo.
Independencia de los datos: ocultan
detalles de implementacin.
1.9 TIPO DE BASE DE DATOS SE-
GN SU USO.
Las bases de datos estn en continua
evolucin tecnolgica y lo que antes re-
quera tecnologa separada de las pro-
pias bases de datos, ahora se integra
dentro de las presentaciones normales
de las bases de datos relacionales de
mayor auge en el mercado Gonzlez
(2011).
A continuacin algunos tipos de base de
datos segn su uso:
Base de datos documentales: Se en-
carga de almacenar documentos de di-
versas naturalezas (predominantemen-
te textos, pero tambin planos, hojas
de clculos, fotografas, documentos
digitalizados mediante escner, etc.).
Base de datos geogrfcas o sistemas
de informacin geogrfca (SIG): alma-
cena datos vectoriales sobre puntos
geogrfcos, superfcies regulares o
irregulares, volmenes, etc., asocia-
dos a valores estadsticos empleando
sistemas de coordenadas geogrfcas
o UTM (propias de los sistemas de po-
sicionamiento global o GPS). Este tipo
de base de datos ofrecen informacin
sobre territorios, tales como estads-
ticas, demogrfcas, meteorolgica,
ventas de productos o clculos sobre
terrenos, tales como solapamiento de
superfcies, distancias entre puntos,
clculo de rutas, etc.
Base de datos OOP (orientada a ob-
jetos): nuevas bases de datos relacio-
nales para establecer mecanismos de
almacenamiento de objetos de longitu-
des indeterminadas que sean capaces
de encapsular mtodos en su interior.
Minera de datos: son bases de datos
pensadas para obtener estadsticas y
tendencias de negocios. La fnalidad
de estas bases de datos es la detec-
cin de tendencias para agrupar tipos
de clientes y utilizar de forma retroali-
mentada esta informacin para mejorar
el negocio.
Base de datos transaccionales (OLTP):
son bases de datos orientadas a bloques
de transacciones masivas, para clien-
tes tales como entidades bancarias,
instituciones burstiles o mayoristas de
ventas. Se caracterizan por su alto ren-
dimiento, alta disponibilidad y prepara-
cin contra contingencias catastrfcas.

26
1.10 MODELOS DE LOS DATOS.
1.10.1 Defnicin de un modelo de
datos.
En la estructura de la base de datos se en-
cuentra el modelo de datos, el cual es de-
fnido por:
Date (2001) como Un modelo de datos
es una defnicin lgica, independiente
y abstracta de los objetos, operadores
y dems que en conjunto constituyen la
mquina abstracta con la que interac-
tan los usuarios. Los objetos nos per-
miten modelar la estructura de los datos.
Los operadores nos permiten modelar
su comportamiento.
Tambin se puede defnir como:
Una coleccin de herramientas concep-
tuales para describir los datos, las rela-
ciones, la semntica y las restricciones de
consistencia, Silberschatz, Korth, Sudarshan
(2002).
Arquitectura organizativa que impone un
esquema de acceso a los datos Gonzlez
(2011).
Los diferentes modelos de datos que se
han propuestos se clasifcan en modelo en-
tidad-relacin, modelo relacional que son
los que se estudiaran en el presente mo-
dulo, aparte de estos encontramos los mo-
delos lgicos basados en objetos, modelos
lgicos basados en registros y modelos f-
sicos.
1.10.2 Clasifcacin de los mode-
los de datos.
1.10.2.1 Modelo EntidadRelacin (E-R)
Est basado en una percepcin del mundo
real que consta de una coleccin de obje-
tos bsicos llamados entidades y relacio-
nes entre estos objetos, implementndose
en forma grfca a travs del Diagrama En-
tidad Relacin.
1.10.2.2 Modelo Relacional
Se basa en el concepto matemtico de re-
lacin. En este modelo, la informacin se
representa en forma de tablas o relacio-
nes, donde cada fla de la tabla se interpreta
como una relacin ordenada de valores (un
conjunto de valores relacionados entre s).
1.10.2.3 Modelo de datos orientado a
objetos
Este modelo se puede observar como una
extensin del modelo E-R con las nociones
de encapsulacin, mtodos (funciones) e
identidades de objeto.
1.10.2.4 Modelo jerrquico
Fue el primer modelo realmente operativo
de base de datos, este modelo se sigue
empleando en sistemas main frame, princi-
palmente en sistemas IBM. En este modelo
se tiene una entidad o tabla como punto de
partida de todos los datos, a partir de esta,
se ramifcan el camino para acceder al res-
to de los datos que precisamos.
Bases de Datos
27
1.Realice una sntesis de los temas estudiados en esta primera unidad.
2.Consulte los diferentes manejadores de base de datos
que existen en el mercado y realice un mapa conceptual.
3.Realice un cuadro comparativo entre los modelos de datos.
4. Consulte sobre las bases de datos documentales y las bases de
datos relacionales modernas y luego responda la siguiente pre-
gunta: Podemos integrar una base de datos documental dentro
de una base de datos relacional moderna? Justifque su respuesta.
5.Qu tipo de usuarios interaccionan con una base de datos?
ACTIVIDAD
1.10.2.5 Modelo en red
Conocido como modelo CODASYL (Conference on Dat System Language), conforma-
da por una coleccin o set de registros, los cuales estn conectados entre s por medio
de enlaces en una red. El registro es similar al de una entidad como las empleadas en
el modelo relacional.
28
1. Es una representacin simblica de un atributo o caracterstica de una entidad.
a) Base de datos
b) Datos
c) Tipo de datos
2. Se utilizan generalmente para declarar variables y son necesarios para que e interprete
o compilador conozca de antemano que tipo de informacin va a contener una variable.
a) Base de datos
b) Datos
c) Tipo de datos
3. Las bases de datos se pueden defnir como:
a) Coleccin o depsito de datos, donde los datos estn lgicamente relacionados entre
s, tienen una defnicin y descripcin comunes y estn estructurados de una forma
particular. Una base de datos es tambin un modelo del mundo real y, como tal, debe
poder servir para toda una gama de usos y aplicaciones
b) Coleccin de datos relacionados que representa un cierto modelo o abstraccin del
mundo real, y a su vez esta es diseada, construida y llenada con datos para un propsito
especfco.
c) A y B, son correctas
4. Consiste en una coleccin de datos interrelacionados y un conjunto de programas para
acceder a dichos datos.
a) DBMS
b) DDL
c) DCL
5. Describe la estructura de una Base de datos, en un lenguaje formal soportado por un
Sistema administrador de Base de datos
a) Independencia Fsica
b) Independencia Lgica
c) Esquema de datos
6. Es la libertad que puede existir para modifcar algunos de los esquemas sin que exista
la necesidad de reescribir los programas de aplicacin.
a) Esquema de datos
b) Independencia lgica
c) Independencia fsica
7. Se presenta cuando es posible la modifcacin del esquema fsico sin afectar a los
esquemas restantes. Acta en los contenidos de la base de datos.
a) Independencia lgica
b) Esquema de datos
AUTOEVALUACIN
Bases de Datos
29
8. Ocurre cuando se modifca el esquema conceptual sin afectar al resto de los esquemas.
Bsicamente se modifca el esquema conceptual cuando cambia las caractersticas de
los datos a almacenar. Acta sobre la estructura de la base de datos.
a) Esquema de base de datos
b) Independencia lgica
9. Las tcnicas de almacenamiento de datos han evolucionado a lo largo de los aos, en
la dcada de 1980, esta evolucin se bas en:
a) El uso de los discos en ese momento fue un adelanto muy efectivo, ya que por medio
de este soporte se poda consultar la informacin directamente, esto ayudo a ahorrar
tiempo.
b) Abstraer la representacin de datos. Minimizar la redundancia de datos, dividindolos
en distintos grupos no duplicados.
c) Disea SQL que es fundamentalmente para las aplicaciones de ayuda a la toma de
decisiones, que son intensivas en consultas.
10. Se puede defnir el modelo de datos como:
a) Una coleccin de herramientas conceptuales para describir los datos, las relaciones,
la semntica y las restricciones de consistencia.
b) Una coleccin de datos interrelacionados y un conjunto de programas para acceder a
dichos datos.
c) Una Coleccin o depsito de datos, donde los datos estn lgicamente relacionados
entre s, tienen una defnicin y descripcin comunes y estn estructurados de una forma
particular. Una base de datos es tambin un modelo del mundo real y, como tal, debe
poder servir para toda una gama de usos y aplicaciones.
30
Modelo Entidad - Relacin
M - E - R
Unidad
2
32
Modelo Entidad Relacin

PRESENTACIN
En la presente unidad abarcaremos la metodologa del diseo de
las base de datos, el cual est conformado por tres etapas las cua-
les son: diseo conceptual, diseo lgico y diseo fsico. El diseo
conceptual es el proceso por el cual se construye un modelo de la
informacin que se utiliza en una empresa u organizacin, inde-
pendientemente del SMBD que se vaya a implementar el sistema
y de los equipos informticos o cualquier otra consideracin fsica. El modelo
conceptual permite describir la realidad mediante representaciones lingstica
y grfcas, al mismo tiempo este modelo tiene propiedades de expresividad,
simplicidad, minimalidad y formalidad.
El modelo conceptual ms utilizado es el modelo Entidad Relacin que ma-
neja los siguientes conceptos: entidades, relaciones, atributos; adems se es-
tudiara las restricciones en el modelo E-R, claves, diagramacin del modelo
E-R, caractersticas del modelo E-R extendido (Especializacin, generaliza-
cin y agregacin) y por ultimo diseo de un esquema de base de datos E-R
en el cual se tendr en cuenta la metodologa del diseo conceptual E-R.
Para la diagramacin de cada uno de los ejemplos y actividades propuestas se
utilizar las herramientas open source DIA, de la cual se da una explicacin en
el anexo I ubicado al fnalizar la ltima unidad del mdulo.
PROBLEMA
Qu acciones debo realizar para el diseo y la estructura de una base
de datos, teniendo encuenta el modelo entidad relacin?
Bases de Datos
33

Explica la importancia de una metodologa y un modelo para el dise-
o de base de datos.
Clasifca los diferentes modelos de datos manejados en las bases de
datos.
Identifca los elementos utilizados en un modelo entidad relacin y
hace buen uso de ellos.
Ilustra el concepto de cardinalidad y lo pone en prctica e indica la
importancia de la cardinalidad en el modelo entidad relacin.
Interpreta y disea un esquema del modelo entidad relacin si-
guiendo la metodologa de diseo conceptual para disear de una
base de datos.
34
Antes de comenzar la lectura de esta segunda unidad responda de manera escrita lo
que usted entiende por:
Modelo de datos.
Qu es una entidad, atributo y relacin?
Qu es cardinalidad?
Qu es una clave?
Qu entiendes por modelo entidad relacin?
Lea detenidamente la unidad II.
Analice detenidamente los temas tratados en la unidad y elabore un anlisis general
sobre esta.
ACTIVIDAD EN GRUPO
Socializar en el grupo los diferentes temas tratados en la Unidad II.
Desarrollar las actividades propuestas en cada apartado.
Bases de Datos
35
METODOLOGA DE DISEO DE
BASE DE DATOS
P
ara introducirnos a esta temtica mire-
mos los planteamientos dados por Ba-
tini, Ceri & Navathe (1994), El diseo de
base de datos es el proceso por el que se
determina la organizacin de una base de
datos, incluidos su estructura, contenido y
las aplicaciones que se han de desarrollar
[] el diseo de base de datos desempe-
a un papel central en el empleo de los re-
cursos de informacin en la mayora de las
organizaciones [] las ultima dcadas se
han caracterizado por un fuerte crecimien-
to en el nmero e importancia de las apli-
caciones de base de datos. Las bases de
datos son componentes esenciales de los
sistemas de informacin, usadas rutinaria-
mente en todos los computadores []. El
diseo de base de datos se ha convertido
en una actividad popular, desarrollada no
solo por profesionales sino tambin por no
especialistas.
[] A fnales de la dcada de los 60s, cuan-
do las bases de datos entraron por primera
vez en el mercado del software, los dise-
adores de bases de datos actuaban como
artesanos, con herramientas muy primiti-
vas: diagramas de bloques y estructuras de
registros eran los formatos comunes para
la especifcaciones y el diseo de base de
datos se confunda frecuentemente con la
implantacin de las bases de datos. Esta
situacin ahora ha cambiado, los mtodos
y modelos de diseo de base de datos han
evolucionado paralelamente con el progre-
so de la tecnologa en los sistemas de base
de datos, que ofrecen poderosos lenguajes
de consultas, herramientas para el desa-
rrollo de aplicaciones e interfaces amables
con los usuarios. La tecnologa de base de
datos cuenta ya con un marco terico, que
incluye la teora relacional de datos, proce-
samiento y optimizacin de consultas, con-
trol de concurrencia, gestin de transaccio-
nes y recuperacin, etc.
Segn ha avanzado la tecnologa de base
de datos, as se han desarrollado las me-
todologas y tcnicas de diseo. Se han al-
canzado un consenso, por ejemplo, sobre
la descomposicin del proceso de diseo
en fases, sobre los principales objetivos de
cada fase y sobre las tcnicas para conse-
guir estos objetivos.
[] Desafortunadamente, las metodolo-
gas de diseo de base de datos no son
muy populares; la mayora de las organi-
zaciones y de los diseadores individuales
confa muy poco en las metodologas para
llevar a cabo el diseo y esto se conside-
ra, con frecuencia, una de las principales
causas de fracaso en el desarrollo de los
sistemas de informacin. Debido a la falta
de enfoques estructurados para el diseo
de base de datos, a menudo se subestiman
el tiempo o los recursos necesarios para
aun proyecto de base de datos, las bases
de datos son inadecuadas o inefcientes en
relacin a las demandas de la aplicacin,
la documentacin es limitada y el manteni-
miento es difcil.
[] Muchos de estos problemas se deben
a la falta de una claridad que permita en-
tender la naturaleza exacta de los datos,
a un nivel conceptual y abstracto. En mu-
chos casos, los datos se describen desde
el comienzo del proyecto en trminos de
las estructuras fnales de almacenamiento;
no se da peso a un entendimiento de las
propiedades estructurales de los datos que
sea independiente de los detalles de la rea-
lizacin.
[] El diseo de una base de datos es un
36
proceso complejo que abarca decisiones
a muy distintos niveles. La complejidad se
controla mejor si se descompone el proble-
ma en subproblemas y se resuelve cada
uno de estos subproblemas independiente-
mente, utilizando tcnicas especfcas. As,
el diseo de una base de datos se descom-
pone en diseo conceptual, diseo lgico
y diseo lgico.
A continuacin se describe cada uno de los
diseos:
Diseo conceptual parte de las especifca-
ciones de requisitos de usuarios y su resul-
tados es el esquema conceptual de la base
de datos. Un modelo conceptual es una
descripcin de alto nivel de la estructura
de la base de datos, independientemente
del SMBD que se vaya a utilizar para mani-
pularla. Este modelo es un lenguaje que se
utiliza para describir esquemas conceptua-
les; tiene por objetivo, describir el conteni-
do de informacin de la base de datos y no
las estructuras de almacenamiento que se
necesitarn para manejar esta informacin.

Diseo lgico parte del esquema concep-
tual y da como resultado un esquema l-
gico, el cual es una descripcin de las ba-
ses de datos en trminos de las estructuras
de datos que puede procesar un tipo de
SMBD. Este modelo es un lenguaje usado
para especifcar esquemas lgicos (modelo
relacional, modelo de red). El diseo lgico
depende del tipo de SMBD que se vaya a
utilizar, no depende del producto en con-
creto.

Diseo fsico parte del esquema lgico y
da como resultado un esquema fsico, es
cual es una descripcin de la implemen-
tacin de una base de datos en memoria
secundaria: las estructuras de almacena-
miento y los mtodos utilizados para tener
un acceso efciente a los datos. Por ellos el
diseo fsico depende del SMBD concreto y
del esquema fsico se expresa mediante su
lenguaje de defnicin de datos.

MODELO DE DATOS
Para describir la estructura de una base de
datos es necesario defnir el concepto de
modelo de datos, el cual es:
una coleccin de herramientas concep-
tuales para describir datos, relaciones
entre ellos, semntica asociada a los
datos y restricciones de consistencia
(Korth & Silberschatz, p. 6).

Tomando lo dicho por Castao & Piattini
(2000) Los modelos de datos soportados
por los SGBD no suelen ofrecer, dado su
bajo nivel de abstraccin, los mecanis-
mos sufcientes para captar la semntica
del mundo real, por lo que surgen modelos
conceptuales, ms ricos semnticamente,
que facilitan la labor del diseador ayudn-
dole en su comunicacin con el usuario.
Estos modelos conceptuales se utilizan
para representar la realidad a un alto nivel
de abstraccin, al mismo tiempo se pueden
construir una descripcin de la realidad f-
cil de entender.
En el diseo de base de datos se usan pri-
mero los modelos conceptuales para lograr
una descripcin de alto nivel de la realidad.

MODELO ENTIDAD-RELACIN
(E-R)
Est basado en una percepcin del mundo
real consistente en objetos bsicos llama-
dos entidades y de relaciones entre obje-
tos. Se desarroll para facilitar el diseo de
Bases de Datos
37
base de datos permitiendo la especifcacin de un esquema de la empresa que represen-
ta la estructura lgica completa de una base de datos.
Los modelos de datos soportados por los SGBD debido a su bajo nivel de abstraccin,
no suelen ofrecer mecanismos para captar el mundo real, por lo que surgen los modelos
conceptuales, entre los cuales encontramos el modelo entidad - relacin.
El modelo entidad-relacin (E-R) propuesto por Peter Chen en 1970 presenta el modelo
como una vista unifcada de datos. Este modelo se centra en la estructura lgica y abs-
tracta de los datos, como representacin del mundo real, independiente de las caracte-
rsticas fsicas.
Originalmente el modelo E-R solo incluan los conceptos de entidad, relacin y atributos,
ms tarde, se aadieron otros conceptos, como los atributos compuestos y las jerarquas
de generalizacin, en lo que se ha denominado modelo entidad relacin extendido.
2.1 CONCEPTOS BSICOS DEL MODELO ENTIDAD-RELACIN (E-R)
Hay tres nociones bsicas que emplea el modelo de datos E-R: conjunto de entidades,
conjunto de relaciones y atributos.
2.1.1 Entidades
Una Entidad es cualquier tipo de objeto o concepto sobre el que se recoge informacin:
cosa, persona, concepto abstracto o suceso. Una entidad tiene un conjunto de propie-
dades y valores para algn conjunto de propiedades pueden identifcar una entidad de
formas unvoca. Por ejemplo, el cdigo 1.102.345.678 que representa a un estudiante
de una institucin educativa. Anlogamente, el cdigo 6B que representa el grado al
que pertenece un estudiante es una entidad que identifca a que grado pertenece ese
estudiante. Una entidad puede ser concreta, como una persona o un libro o puede ser
abstracta, como un prstamo, unas vacaciones, o una anotacin.
Las entidades se representan grfcamente mediante rectngulos y su nombre aparece
en el interior (ver fgura 2.1). Un nombre de entidad slo puede aparecer una vez en el
esquema conceptual.
Figura 2.1

38
Existen dos clases de entidades:
Fuerte o regular: Las ocurrencias de un tipo de entidad regular tienen existencia
propia. Se representa con un rectngulo como se ha visto anteriormente. Es aquella que
puede ser identifcada unvocamente sin participar en la relacin.
Dbil: Es una entidad cuya existencia depende de la existencia de otra entidad. Si eli-
mina una ocurrencia del tipo de entidad regular, desaparecen tambin con ella todas las
ocurrencias de la entidad dbil dependiente de la misma. Un tipo de entidad dbil se
representa con dos rectngulos concntricos con su nombre en el interior (ver fgura 2.2)
Por ejemplo si se borra un estudiante, con el desaparece las anotaciones registradas, ya
que la existencia de una anotacin de un estudiante pierde sentido si este estudiante no
est en la base de datos.
Figura 2.2
2.1.2 Relaciones
Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene un
nombre que describe su funcin. Por ejemplo, se puede defnir una relacin que asocie
a un estudiante Mara con la anotacin A-1. Esta relacin especifca que Mara tiene una
anotacin con cdigo A-1. La forma de representar las relaciones es mediante un rombo
en el cual se escribe el nombre de la relacin. En la fgura 2.3 se observa la relacin entre
ESTUDIANTE y ANOTACIN.
Figura 2.3
Figura 2.3
Las relaciones se caracterizan por tener un nombre, con el cual identifcamos de forma
nica el tipo de relacin y mediante el cual la referenciamos; y grado, que es el nme-
ro de entidades que participan en el tipo de relaciones. Puede ser de grado 2 (binaria)
cuando se asocian dos tipos de entidades, de grado 3 (ternarias) cuando se asocian tres
tipos de entidades o en general de grado n. La relacin mostrada en la fgura 2.3 es de
grado 2.
Bases de Datos
39
2.1.3 Atributos.
Describen las propiedades que posee cada miembro de un conjunto de entidades. Gr-
fcamente los atributos se representan mediante el texto descriptivo dentro de las en-
tidades o relaciones a las que pertenecen. As el tipo de entidad ESTUDIANTE tiene
como atributos el IDEstudiante, Nombre, FechadeNacimiento, LugarNacimiento, Genero
GradoEscolar, Jornada, DirectordeGrupo, etc.; y los atributos de la entidad ANOTACIN
IdAnotacion, IdEstudiante, Fecha, Observacion, etc.
Cada atributo tiene un conjunto de valores asociados denominados dominio, el cual se
defne como los valores posibles que puede tomar un atributo. Puede haber varios atribu-
tos defnidos sobre un mismo dominio. Los atributos pueden ser simples o compuestos.
Los atributos simples solo tiene un componente, que no se puede dividir en partes pe-
queas que tengan un signifcado propio y un atributo compuesto son aquellos con varios
componentes, cada uno con un signifcado por s mismo. Y grfcamente se representan
por medio de una elipse.

Figura 2.4
Recuerde que: las lneas son las que unen los atributos con las entidades y las entidades
con las relaciones.
ACTIVIDAD 1
Identifca las posibles entidades de una base de datos de una biblioteca escolar, luego
mira la relaciones que existen entre cada una de las entidades que identifcaste y por
ultimo escribe los atributos de esas entidades.
40
2.2 RESTRICCIONES DE INTEGRI-
DAD EN EL MODELO ER
De acuerdo a Silberschatz, Korth & Sudars-
han (2002), un esquema de desarrollo E-R
puede defnir ciertas restricciones a las
que los contenidos de la base de datos se
deben adaptar. A continuacin se describi-
rn las correspondencias de cardinalidades
y las restricciones de participacin.
2.2.1 Correspondencia de cardina-
lidades

Las correspondencias de cardinalidades
tambin denominada razn de cardinalida-
des, expresa el nmero de entidades a las
que otra entidad puede estar asociada.
La cardinalidad con la que una entidad
participa en una relacin especfca es el
nmero mnimo y el nmero mximo de
correspondencia en las que puede tomar
parte cada ocurrencia de dicha entidad. La
participacin de una entidad en una rela-
cin es obligatoria (total) si la existencia de
cada una de sus ocurrencias requiere la
existencia de al menos una ocurrencia de
la otra entidad participante, si no, la partici-
pacin es opcional (parcial).
A continuacin se toman la corresponden-
cia de cardinalidad de las relaciones bina-
rias dadas por Korth & Silberschatz (2002),
los cuales enuncia que para un conjunto de
entidades binarias R entre los conjuntos de
entidades A y B, la correspondencia de car-
dinalidades debe ser una de las siguientes:
Uno a uno (1:1): Una entidad en A se
asocia con a lo sumo una entidad de
B, y una entidad de B se asocia con a
lo sumo una entidad en A. Figura 2.4

Figura 2.4
Uno a Varios (1 a N): Una entidad en A
se asocia con cualquier nmero de enti-
dades en B (ninguna o varios). Una en-
tidad en B, sin embargo, se puede aso-
ciar con cualquier nmero de entidades
(ninguna o varias) en A. Figura 2.5
Figura 2.5
Varios a uno (N a 1): Una entidad en
A se asocia con a lo sumo una entidad
en B. Una entidad en B, sin embargo,
se puede asociar con cualquier nmero
de entidades (ninguna o varias) en A.
Figura 2.6
Bases de Datos
41
uno a varios, pero caso contrario es que
una o varias anotaciones solo puede perte-
necer a un estudiante entonces el conjunto
de relaciones anotacin a estudiante es de
varios a uno.
ACTIVIDAD 2

Con el ejercicio realizado en la actividad 1,
identifque las cardinalidades entre cada
una de las entidades que usted identifco
para la base de datos de una biblioteca es-
colar.

2.2.2 Restriccin de participacin
Las restricciones pueden limitar los tipos de
estructuras que es imposible representar
mediante un cierto modelo de datos, o bien
permiten restringir los valores que pueden
tomar ciertos atributos o imponen limitacio-
nes al tipo de correspondencia u otras ca-
ractersticas de las relaciones.
Segn lo propuesto por Silberschatz, Korth
& Sudarshan (2000), la participacin de un
conjunto de entidades E en un conjunto de
relaciones R se dice que es total si cada
entidad en E participa al menos en una re-
lacin en R. Si solo algunas entidades en
E participan en relaciones en R, la partici-
pacin del conjunto de entidades E en la
relacin R se llama parcial.
2.3 CLAVES
Es importante especifcar como se distin-
guen las entidades y las relaciones. Con-
ceptualmente, las entidades y las relacio-
nes individuales son distintas; peor desde
la perspectiva de las bases de datos, la di-
ferencia entre ellas se expresa en trminos
de los atributos.
Figura 2.6
Varios a Varios (N a N): Una entidad
en A se asocia con cualquier nmero
de entidades (ninguna o varias) en B,
y una entidad en B se asocia con cual-
quier nmero de entidades (ninguna o
varias) en A. Figura 2.7
Figura 2.7
Cabe aadir que la correspondencia de
cardinalidades apropiadas para un conjun-
to de relaciones particular depende obvia-
mente de la situacin del mundo real que
se est modelando.
Para ejemplarizar lo anterior, miremos la
siguiente situacin. En el observador del
estudiante un estudiante puede tener mu-
chas anotaciones, entonces el conjunto de
relaciones de estudiante a anotacin es de
42
Por tal motivo como lo expresan: Silberschatz, Korth & Sudarshan (2000), los valo-
res de los atributos de una entidad deben ser tales que permitan identifcar un-
vocamente a la entidad, esto quiere decir que, no se permite que ningn par de
entidades tengan exactamente los mismos valores de sus atributos.
Por lo que el concepto de clave nos permite hacer estas distinciones. Una clave, permite
identifcar un conjunto de atributos sufcientes para distinguir las entidades entre s. Las
claves tambin ayudan a identifcar a las relaciones y as distinguir las relaciones entre s.
Existen varios tipos de claves en las cuales encontramos:
Superclave: es un conjunto de uno o ms atributos que, formados colectivamente,
permiten identifcar de forma nica una entidad.
Claves Candidatas: Son todos aquellos atributos que son nicos y por ende pueden
cumplir la funcin de identifcar un registro unvocamente. Por ejemplo, en la entidad
Estudiante, tenemos un atributo denominado IdEstudiante el cual es nico para cada
estudiante. Este trmino es aplicado a casi todas las claves naturales.
Claves primarias: se llama as al campo o los campos que son fnalmente designa-
dos para individualizar el registro. Pueden ser naturales o artifciales
Clave Natural: Se refere a atributos ya existentes en la entidad a modelar, que son
adecuados para identifcar unvocamente a un registro, como lo nmeros de iden-
tifcacin, los cdigos. Se dividen en Simples (compuesta por un nico atributo) o
Compuestas (conformadas por varios campos, como por ejemplo, tipo de documento
y numero de documento).
Clave Artifcial: Es un campo que contiene un valor que no se desprende de los atri-
butos reales de la entidad a modelar, sino que ha sido creado especfcamente con
el objetivo de individualizar un registro. Por lo general, suele ser una secuencia de
nmeros nicos y consecutivos. En la mayora de los casos se considera la solucin
ms adecuada para generar la clave primaria de una tabla, en especial ante la ausen-
cia de claves candidatas.
Claves foranes: Son crticas para mantener la integridad de las relaciones entre enti-
dades. Una clave fornea o clave ajena (o Foreign Key FK) es una limitacin referen-
cial entre dos tablas. La clave fornea identifca una columna o grupo de columnas en
una tabla (tabla hija o referendo) que se refere a una columna o grupo de columnas
en otra tabla (tabla maestra o referenciada). Las columnas en la tabla referendo de-
ben ser la clave primaria u otra clave candidata en la tabla referenciada.

Bases de Datos
43
2.4 DIAGRAMA ENTIDAD-RELACIN (E-R)
Los diagramas E-R constituyen la representacin grfca de las entidades y relaciones
necesarias para construir el modelo de datos asociado a la situacin del mundo real que
se quiere representar en la base de datos a disear.
Tomando lo dicho por Gonzales (2011), los diagramas E-R sirven para detectar incon-
gruencias en el modelo. Esto sirve para iluminar puestos oscuros; si hemos comprendido
o no el modelo correctamente o si quizs dicho modelo tiene algn posible fallo o cues-
tin organizativa que haya podido pasar desapercibida.
Un anlisis del modelo E-R, nos indica tambin en qu orden debe llenarse los datos en
las tablas. Una cardinalidad 1 a N nos indica que primero debemos llenar la tabla con la
cardinalidad 1 y despus la tabla con la cardinalidad N para respetar la coherencia de los
datos.
Se debe tener encuenta que el anlisis y diseo del modelo E-R es mejor trabajarlo en
papel y realizar un bosquejo de entidades, relaciones y atributos y como estos interac-
tan entre s, tambin si es posible debatir el modelo entre varios compaeros para com-
partir las ideas y tener una mejor visin de cmo es el modelado que se est diseando.
La diagramacin del modelo E-R es simple y clara, recuerde que los principales compo-
nentes de un diagrama E-R son:
Rectngulos, que representa las entidades.
Elipses, que representan atributos.
Rombos, que representan relaciones.
Lneas, que unen atributos a entidades y entidades a relaciones.
Elipses Dobles, que representan atributos multivalorados.
Elipses discontinuas, que representan atributos derivados.
Lneas dobles, que indican participacin total de una entidad en un conjunto de rela-
ciones.
Rectngulos Dobles, que representa conjuntos de entidades dbiles.
ACTIVIDAD 3
Defna cada una de las claves que identifcan cada una de las entidades de la base de
datos de una biblioteca escolar.
44
Consideremos el diagrama E-R de la fgura 2,8 que se muestra a continuacin:
Figura 2,8
Consta de dos entidades Estudiante y Docente_DirGrupo, relacionadas a travs de una
relacin binaria tiene; los atributos de la entidad Estudiante son: IdEstudinate, NombreA-
pellido, Grado y los atributos de la entidad Docente_DirGrupo son: IdDocente, Nombre-
Apellido, GardoAcargo, cabe anotar que los atributos subrayados son las clave primara
de cada entidad respectivamente.
Ahora, para ilustrar la cardinalidad, tomemos como ejemplo lo siguiente: un estudiante
tiene un solo docente director de grupo. Tenemos una entidad llamada Estudiante y una
entidad Docente_DirGrupo. Cada estudiante tiene un nico docente director de grupo.
La relacin grfcamente representada es:
Figura 2,9
La raya vertical que se cruza con la relacin junto al rectngulo de Docente_DirGrupo
simboliza la cardinalidad. Quiere decir 1.
En el otro lado, en la entidad Estudiante, la cardinalidad es muchos o N. Por tanto, tene-
mos un esquema de 1 a N; cada docente director de grupo tiene al menos un estudiante
a cargo; y en el sentido contrario indica que no hay un estudiante que no tenga un director
de grupo.
Ahora veamos el siguiente ejemplo, varios escritores se juntan para escribir un libro, Juan
ha escrito dos libros por separado y Pedro ha escrito tres. Juan y Pedro deciden unirse
para escribir un solo libro entre los dos. La relacin se representa de la siguiente forma:

Bases de Datos
45
Figura 2,10
En este caso tenemos una relacin de M a N (muchos a muchos), un escritor pudo haber
escrito uno o ms libros y un libro puede estar escrito por uno o ms escritores. En este
caso es una relacin dbil, no directa.
Puede haber relaciones de cardinalidad cero. Este caso lo podemos observar en el si-
guiente ejemplo, una empresa vende palos de golf y decide abrir mercado en Francia
y obtiene una lista de empresarios y directivos de compaas petroleras. Esta empresa
fabricante de palos de golf pretende aadir a sus clientes actuales (clientes que ya han
comparado productos) un grupo de posibles clientes potenciales que an no han compra-
do nada, por tanto, an o han enviado pedidos. Entonces estos son clientes potenciales.
Se representa de la siguiente forma:
Figura 2,11
Esta relacin indica que un cliente puede tener cero, uno o ms pedidos.
En la fgura 2,12 muestra cmo se pueden representar atributos compuestos en el mo-
delo E-R., podemos observar como el atributo Nombre, con atributos componentes Pri-
merNombre, SegundoNombre, PrimerApellido, SegundoApellido, reemplazan el atributo
simple NombreApellido (este puede ser observado en la Figura 2,8) de la entidad Estu-
diante. Tambin se puede observar el atributo compuesto direccin, cuyos atributos com-
ponentes son Municipio, Barrio, Calle, que reemplaza el atributo direccin. En la misma
fgura se muestra un atributo multivalorado, Telfono, grafcado por una elipse doble y un
atributo derivado Edad que es representado por una elipse discontinua.

46
Figura 2,12
2.5 CARACTERSTICA DEL MODELO E-R EXTENDIDO
Aunque los conceptos bsicos de E-R pueden modelar la mayora de las caractersticas
de las bases de datos, algunos aspectos de una base de datos pueden ser ms adecua-
damente expresados mediante ciertas extensiones del modelo E-R bsico. En este apar-
tado se discuten las caractersticas E-R extendidas de especializacin, generalizacin,
conjuntos de entidades de nivel ms alto y ms bajo, herencia de atributos y agregacin.
2.5.1 Especializacin
Un conjunto de entidades puede incluir subgrupos de entidades que se diferencian de
alguna forma de las otras entidades del conjunto. Por ejemplo, un subconjunto de enti-
dades en un conjunto de entidades puede tener atributos que no son compartidos por
todas las entidades del conjunto de entidades. El modelo E-R proporciona una forma de
representacin de estos grupos de entidades distintos.
Considrese el conjunto de entidades Familiar con atributos nombre, direccin, telfono.
Un acudiente puede clasifcarse adems como: padre y acudiente.
Cada uno de los tipos de la entidad Familiar se describe mediante un conjunto de atributos
que incluyen los atributos de la entidad Familiar ms otros posibles atributos adicionales.
Por ejemplo, la entidad Padre se puede describir mediante el atributo IdPadre, mientras
que la entidad Acudiente se puede describirse mediante el atributo IdAcudiente. El pro-
ceso de designacin de subgrupos dentro de una entidad se denomina especializacin.
La especializacin de Familiar permite distinguir si el familiar es el padre del estudiante o
el acudiente, entendiendo que el acudiente es distinto al ncleo familiar primario (madre
y padre). Se puede aplicar repetidamente la especializacin para refnar el esquema de
diseo. Ver Figura 2,13.
Bases de Datos
47

Figura 2,13
Se debe tener en cuenta que las entidades se pueden especializar por ms de una carac-
terstica distintiva. Por ejemplo, la caracterstica distintiva entre una entidad empleado es
el trabajo que realiza el empleado. Otra especializacin coexistente podra estar basada
en si la persona es un trabajador temporal o fjo, resultado en los conjuntos de entidades
empleado-temporal y empleado-fjo. Cuando se forma ms de una especializacin de un
conjunto de entidades, una entidad en particular puede pertenecer a varias especializa-
ciones. Por ejemplo, una empleada dada puede ser una empleada temporal y secretaria.
En trminos de un diagrama E-R, la especializacin se representa mediante un compo-
nente triangular etiquetado ES. La etiqueta ES representa, por ejemplo, que un cliente
es una persona. La relacin ES se puede llamar tambin relacin superclase-subclase.
Los conjuntos de entidades de nivel ms alto y ms bajo se representan como conjuntos
de entidades regulares, es decir, como rectngulos que contienen el nombre del conjunto
de entidades.
ACTIVIDAD 4
1. Diagrame el ejemplo del prrafo anterior.
2. De la base de datos biblioteca escolar determine una entidad y describa que espe-
cializacin tiene, luego grafquela.

48
2.5.2 Generalizacin
En un tipo de entidades E es una generalizacin de un tipo de entidades R cuando los
atributos de E estn incluidos en los atributos de R. En la fgura 2,14, podemos observar
que:
El tipo de entidad Familiar con atributos IdFamiliar, Direccin y Telfono, es una ge-
neralizacin de la entidad Padre, que tiene como atributo IdPadre.
El tipo de entidad Familiar con atributos IdFamiliar, Direccin y Telfono, es una ge-
neralizacin de la entidad Acudiente, que tiene como atributo IdAcudiente.
La entidad Acudiente puede ser una generalizacin de los tipos de entidades Tos,
Abuelos, ICBF.
Figura 2,14
Se debe tener en cuenta que, la idea de generalizacin esta prxima a la de herencia
en la programacin orientada a objetos.

ACTIVIDAD 5
1. Consulte que es la programacin orientada a objetos y realice un cuadro sinp-
tico.
2. Defna si dentro de las entidades de la base de datos de la biblioteca escolar se
puede representar una generalizacin, si es as, grafquela.
Bases de Datos
49
2.5.3 Agregacin
El modelo E-R no permite establecer relaciones entre relaciones. La agregacin consiste
en considerar un conjunto de componentes (tipos de entidades o tipos de relaciones)
como si fueran un nico tipo de entidades. Su representacin grfca es un rectngulo
donde se incluyen todos los componentes de la agregacin.
Una limitacin del modelo E-R es que no resulta posible expresar relaciones entre rela-
ciones. Para ilustrar la necesidad de tales construcciones tomemos como ejemplo el si-
guiente enunciado, Queremos gestionar partidos de un deporte. Cada partido tiene lugar
entre dos equipos (el que juega en casa y el que juega fuera) y tiene un resultado.
A cada partido le corresponde tambin un rbitro. Nos interesa determinar:
Qu equipos han jugado entre s y con qu resultado.
Quien ha arbitrado cada partido.
La representacin grfca del enunciado es el siguiente:
Figura 2,15
Si es necesario incluir las empresas que publicitan sus productos en un partido, sera
necesario introducir un tipo de entidad Empresas y un tipo de relacin Anuncia. Anuncia
debera relacionar Empresas con Partidos, pero no existe esta entidad. La posibilidad,
es crear una nueva entidad ternaria entre Equipos y Empresas, pero esto dara lugar a
redundancia en los atributos de Partido. Esto se soluciona realizando una agregacin
denominada Partidos, que se tratara como un tipo de entidad y que puede relacionarse
con Empresas. Ver Figura 2,16.
50

Figura 2,16
ACTIVIDAD 6
1. Consulte sobre herencia de atributos y las restricciones sobre las generalizaciones.
2. Considere la relacin ternaria trabaja-en con las e entidades Empleado, Su-
cursal y Trabajo, se desea registrar los directores para las tareas realizadas por
un empleado de una sucursal; es decir, se desean registrar directores por com-
binaciones (Empleado, Sucursal, Trabajo), asumiendo que existe una enti-
dad Director. Represente grfcamente esta situacin utilizando la agregacin.

2.5.4 Notaciones alternativas del modelo E-R
En la fgura 2,17 se resume el conjunto de smbolos que usan para el diseo de los dia-
gramas del modelo E-R. Cabe aadir que no hay un estndar universal para la diagra-
macin del modelo E-R, en la fgura 2,17, se muestra los smbolos utilizados en el modelo
E-R.
Bases de Datos
51
Figura 2,17
Tomada del libro Fundamentos de base de datos, cuarta edicin.
Para las restricciones de cardinalidad se pueden indicar de varias formas, ver fgura 2,18.
Las etiquetas * y 1 en los arcos que salen de las relaciones se usan a menudo para deto-
nar relaciones varios a varios, uno a uno y varios a uno. En otra notacin alternativa de la
fgura los conjuntos de relaciones se representan por lneas entre conjuntos de entidades
sin rombos; solo se pueden modelar de formas relaciones binarias. Las restricciones de
cardinalidad en esta notacin se muestran por la notacin pata de gallo, como se puede
observar en la fgura.
52

Figura 2,18
Tomada del libro Fundamentos de base de datos, cuarta edicin.
2.6 DISEO DE UN ESQUEMA DE BASES DE DATOS E-R
El modelo de datos E-R proporciona un alto grado de fexibilidad en el diseo de un es-
quema de base de datos para modelar una situacin dada del mundo real. Entre las de-
cisiones que toma un diseador de base de datos estn las expuestas por Silberschatz,
Korth & Sudarshan (2002):
Si se usa un atributo o un conjunto de entidades para representa un objeto.
Si un concepto del mundo real se expresa ms exactamente mediante un conjunto de
entidades o mediante un conjunto de relaciones.
Si se usa una relacin ternaria o un par de relaciones binaras.
Si se usa un conjunto de entidades fuertes o dbiles; un conjunto de entidades fuer-
tes y sus conjuntos de entidades dbiles dependientes se pueden considerar como
un objeto en la base de datos, debido a que la existencia de las entidades dbiles
depende de la entidad fuerte.
Si el uso de la generalizacin es apropiado; la generalizacin, o una jerarqua de re-
laciones ES, contribuye a la modularidad por permitir que los atributos comunes de
conjuntos de entidades similares se representen en un nico lugar en un diagrama
E-R.
Si el uso de la agregacin es apropiado, la agregacin agrupa una parte de un diagra-
ma E-R en un nico conjunto de entidades, permitiendo tratar el conjunto de entida-
des de la agregacin como una unidad nica sin importar los detalles de su estructura
interna.
Tenga en cuenta que para modelar una base de datos se necesita conocer y entender
lo que se est modelando para tomar las decisiones anteriormente planteadas.

Bases de Datos
53
2.6.1 Metodologa de diseo
El primer paso en el diseo de una base
de datos es la produccin del esquema
conceptual. Normalmente, se construyen
varios esquemas conceptuales, cada uno
para representar las distintas visiones que
los usuarios tienen de la informacin. Cada
una de estas visiones suelen corresponder
a las diferentes reas funcionales de la em-
presa como, por ejemplo, produccin, ven-
tas, recursos humanos, etc.
Estas visiones de la informacin, denomi-
nadas vistas, se pueden identifcar de va-
rias formas. Una opcin consiste en exami-
nar los diagramas de fujo de datos, que se
pueden haber producido previamente, para
identifcar cada una de las reas funciona-
les. La otra opcin consiste en entrevistar a
los usuarios, examinar los procedimientos,
los informes y los formularios, y tambin
observar el funcionamiento de la empresa.
A los esquemas conceptuales correspon-
dientes a cada vista de usuario se les de-
nomina esquemas conceptuales locales.
Cada uno de estos esquemas se compo-
ne de entidades, relaciones, atributos, do-
minios de atributos e identifcadores. El
esquema conceptual tambin tendr una
documentacin, que se ir produciendo
durante su desarrollo. Las tareas a realizar
en el diseo conceptual son las siguientes:
Identifcar de entidades, Identifcar de rela-
ciones, Identifcar los atributos y asociarlos
estas especifcaciones se buscan los nom-
bres o las caractersticas que se mencionan
(por ejemplo: cdigo del estudiante, nom-
bre del estudiante, grado, identifcacin del
docente, direccin del docente, cdigo de
la anotacin, fecha de la anotacin). Tam-
bin se buscan objetos importantes como
personas, lugares o conceptos de inters,
excluyendo aquellos nombres que slo son
propiedades de otros objetos. Por ejemplo,
se pueden agrupar el cdigo del estudiante
con nombre del estudiante en una entidad
denominada Estudiante, y agrupar la identi-
fcacin del docente con nombre del docen-
te en una entidad llamada Docente y cdi-
go de anotacin con fecha de anotacin en
la entidad Anotacin.
Otra forma de identifcar las entidades es
buscar aquellos objetos que existen por s
mismos. Por ejemplo, Estudiante es una
entidad porque los estudiantes existen, se-
pamos o no sus nombres, direcciones y te-
lfonos.
A veces, es difcil identifcar las entidades por la
forma en que aparecen en las especifcaciones
de requisitos. A veces se habla utilizando ejem-
plos o analogas. En lugar de hablar de Estu-
diantes o Docente en general, se hablan de
personas concretas, o bien, hablan de los
puestos que ocupan esas personas.
No siempre es obvio saber si un objeto es
una entidad, una relacin o un atributo. Por
ejemplo cmo se podra clasifcar matri-
monio? Pues de cualquiera de las tres for-
mas. El anlisis es subjetivo, por lo que dis-
tintos diseadores pueden hacer distintas
interpretaciones, aunque todas igualmente
vlidas. Todo depende de la opinin y la
experiencia de cada uno. Usted como di-
seador de una base de datos debe tener
una visin selectiva y clasifcar las cosas
que observan dentro del contexto en el
2.6.2.1 Identifcar las entidades
En primer lugar hay que defnir los principa-
les objetos que interesan al usuario. Estos
objetos sern las entidades. Una forma de
identifcar las entidades es examinar las es-
pecifcaciones de requisitos de usuario. En
54
que se encuentra. A partir de unas especi-
fcaciones de usuario es posible que no se
pueda deducir un conjunto nico de entida-
des, pero despus de varias iteraciones del
proceso de anlisis, se llegar a obtener un
conjunto de entidades que sean adecuadas
para el sistema que se ha de modelar.
Conforme se van identifcando las entida-
des, se les dan nombres que tengan un sig-
nifcado. Los nombres de las entidades y
sus descripciones se anotan en el dicciona-
rio de datos. Cuando sea posible, se debe
anotar tambin el nmero aproximado de
ocurrencias de cada entidad. Si una enti-
dad se conoce por varios nombres, stos
se deben anotar en el diccionario de datos
como alias o sinnimos.
2.6.2.2 Identifcar relaciones
Una vez defnidas las entidades, se de-
ben defnir las relaciones existentes entre
ellas. Del mismo modo que para identifcar
las entidades se buscaban nombres en las
especifcaciones de requisitos, para iden-
tifcar las relaciones se suelen buscar las
expresiones verbales (por ejemplo: Estu-
diante tiene docente director de grupo, do-
cente realiza anotaciones, estudiante tiene
anotaciones). Si las especifcaciones de re-
quisitos refejan estas relaciones es porque
son importantes para el modelo que se est
desarrollando y, por lo tanto, se deben re-
fejar en el esquema conceptual.
Es muy importante repasar las especif-
caciones para comprobar que todas las
relaciones, explcitas o implcitas, se han
encontrado. Si se tienen pocas entidades,
se puede comprobar por parejas si hay al-
guna relacin entre ellas. De todos modos,
las relaciones que no se identifcan ahora
se suelen encontrar cuando se valida el
esquema con las transacciones que debe
soportar.
Una vez identifcadas todas las relaciones,
hay que determinar la cardinalidad mnima
y mxima con la que participa cada enti-
dad en cada una de ellas. De este modo,
el esquema representa de un modo ms
explcito la semntica de las relaciones.
La cardinalidad es un tipo de restriccin
que se utiliza para comprobar y mantener
la calidad de los datos. Estas restricciones
son aserciones sobre las entidades que se
pueden aplicar cuando se actualiza la base
de datos para determinar si las actualiza-
ciones violan o no las reglas establecidas
sobre la semntica de los datos.
Conforme se van identifcando las relacio-
nes, se les van asignando nombres que
tengan signifcado para el usuario. En el
diccionario de datos se anotan los nombres
de las relaciones, su descripcin y las car-
dinalidades con las que participan las enti-
dades en ellas.
2.6.2.3 Identifcar los atributos y
asociarlos a las entidades
Al igual que con las entidades, se buscan
nombres en las especifcaciones de re-
quisitos. Son atributos los nombres que
identifcan propiedades, cualidades, identi-
fcadores o caractersticas de entidades o
relaciones, lo ms sencillo es preguntarse,
para cada entidad y cada relacin, qu in-
formacin se quiere saber de...?.
Al identifcar los atributos, hay que tener
en cuenta si son simples o compuestos.
Por ejemplo, el atributo direccin puede
ser simple, teniendo la direccin completa
como un solo valor: `La Selva calle 7, Sin-
celejo; o puede ser un atributo compuesto,
formado por la calle (`Nario), el nmero
(`7) y ciudad (`Sincelejo). El escoger entre
Bases de Datos
55
atributo simple o compuesto depende de
los requisitos del modelo que se est cons-
truyendo. Si el usuario no necesita acceder
a cada uno de los componentes de la direc-
cin por separado, se puede representar
como un atributo simple. Pero si el usuario
quiere acceder a los componentes de for-
ma individual, entonces se debe represen-
tar como un atributo compuesto.
Tambin se deben identifcar los atributos
derivados o calculados, que son aquellos
cuyo valor se puede calcular a partir de los
valores de otros atributos. Por ejemplo, la
fecha de nacimiento, el nmero de estu-
diantes de un grado. Si se hace, se debe
indicar claramente que el atributo es deri-
vado y a partir de qu atributos se obtiene
su valor.
Cuando se estn identifcando los atribu-
tos, se puede descubrir alguna entidad que
no se ha identifcado previamente, por lo
que hay que volver al principio introducien-
do esta entidad y viendo si se relaciona con
otras entidades.
Es muy til elaborar una lista de atributos e
ir eliminndolos de la lista conforme se va-
yan asociando a una entidad o relacin. De
este modo, uno se puede asegurar de que
cada atributo se asocia a una sola entidad
o relacin, y que cuando la lista se ha aca-
bado, se han asociado todos los atributos.
Hay que tener mucho cuidado cuando pa-
rece que un mismo atributo se debe asociar
a varias entidades. Esto puede ser por una
de las siguientes causas:
Se han identifcado varias entidades,
cuando, de hecho, pueden represen-
tarse como una sola entidad. En este
caso, se puede escoger entre introducir
una jerarqua de generalizacin, o de-
jar las entidades que representan cada
uno de estas.
Se ha identifcado una relacin entre
entidades. En este caso, se debe aso-
ciar el atributo a una sola de las enti-
dades y hay que asegurarse de que la
relacin ya se haba identifcado previa-
mente. Si no es as, se debe actualizar
la documentacin para recoger la nue-
va relacin.
Conforme se van identifcando los atribu-
tos, se les asignan nombres que tengan
signifcado para el usuario. De cada atribu-
to se debe anotar la siguiente informacin:
Nombre y descripcin del atributo.
Alias o sinnimos por los que se cono-
ce al atributo.
Tipo de dato y longitud.
Valores por defecto del atributo (si se
especifcan).
Si el atributo siempre va a tener un va-
lor (si admite o no nulos).
Si el atributo es compuesto y, en su
caso, qu atributos simples lo forman.
Si el atributo es derivado y, en su caso,
cmo se calcula su valor.
Si el atributo es multievaluado.
2.6.2.4 Determinar los dominios
de los atributos
El dominio de un atributo es el conjunto de
valores que puede tomar el atributo. Un es-
quema conceptual est completo si incluye
los dominios de cada atributo: los valores
permitidos para cada atributo, su tamao y
su formato. Tambin se puede incluir infor-
macin adicional sobre los dominios como,
por ejemplo, las operaciones que se pue-
den realizar sobre cada atributo, qu atri-
56
butos pueden compararse entre s o qu
atributos pueden combinarse con otros.
Aunque sera muy interesante que el siste-
ma fnal respetara todas estas indicaciones
sobre los dominios, esto es todava una l-
nea abierta de investigacin.
2.6.2.5 Determinar los identifca-
dores
Cada entidad tiene al menos un identifca-
dor. En este paso, se trata de encontrar to-
dos los identifcadores de cada una de las
entidades. Los identifcadores pueden ser
simples o compuestos. De cada entidad se
escoger uno de los identifcadores como
clave primaria en la fase del diseo lgico.
Cuando se determinan los identifcadores
es fcil darse cuenta de si una entidad es
fuerte o dbil. Si una entidad tiene al menos
un identifcador, es fuerte (otras denomina-
ciones son padre, propietaria o dominan-
te). Si una entidad no tiene atributos que le
sirvan de identifcador, es dbil (otras de-
nominaciones son hijo, dependiente o su-
bordinada). Todos los identifcadores de las
entidades se deben anotar en el diccionario
de datos
2.6.2.6 Determinar las jerarquas
de generalizacin
En este paso hay que observar las entida-
des que se han identifcado hasta el mo-
mento. Hay que ver si es necesario refejar
las diferencias entre distintas ocurrencias
de una entidad, con lo que surgirn nuevas
subentidades de esta entidad genrica; o
bien, si hay entidades que tienen caracte-
rsticas en comn y que realmente son su-
bentidades de una nueva entidad genrica.
2.6.2.7 Dibujar el diagrama Enti-
dad Relacin (E-R)
Una vez identifcados todos los conceptos,
se puede dibujar el diagrama entidad-rela-
cin correspondiente a una de las vistas de
los usuarios. Se obtiene as un esquema
conceptual local.
2.7 EJEMPLO DE LA UTILIZA-
CIN DE LA METODOLOGA DE
DISEO DEL MODELO E- R
A continuacin se desarrollar un ejemplo
donde se seguirn los pasos de la metodo-
loga para el diseo de una base de datos
en el contexto de la educacin.
La situacin problemtica es la siguiente:
Se desea disear una base de datos del
observador del estudiante para un institu-
cin educativa, el observador del estudian-
te consta de la identifcacin personal del
estudiante, datos familiares o del acudien-
te, informacin acadmica y vocacional del
estudiante, seguridad social del estudiante,
situacin de vulnerabilidad y registro de ob-
servaciones realizadas por el docente di-
rector de grupo.
1. Identifcar de entidades
En el enunciado del problema se observa
los principales objetos de inters de los
cuales se generan las siguientes entidades:
Estudiante
Acudiente (persona diferente a los pa-
dres de familia, es decir tos, abuelos,
hogar del ICBF)
Familiar (Datos familiares)
InformacinAcadmica (Informacin
acadmica)
Bases de Datos
57
SeguridadSocial (Seguridad Social)
Anotaciones (Observaciones realizadas por el docente director de grupo al estudian-
te)
DocenteDirectorGrupo (Docente director de grupo)
2. Identifcar de relaciones
Aqu identifcamos las relaciones existentes entre las entidades previamente identifca-
das, las relaciones para la situacin planteada son:
Estudiante-Familiar: relacin entre el estudiante y los datos familiares.
Estudiante-Acudiente: relacin entre el estudiante y el acudiente.
Estudiante-InfoAcademica: relacin entre el estudiante y su informacin acadmica.
Estudiante-SegSocial: relacin entre el estudiante y la seguridad social a la que per-
tenece.
Estudiante-Docente: relacin entre el estudiante y su docente director de grupo.
EstudianteAnotacion: relacin entre el estudiante y sus anotaciones.
DocenteAnotacion: relacin entre el docente y la anotacin que realiza.

3. Identifcar los atributos y asociarlos a las entidades
Entidad Atributos
Estudiante Identifcacin, Nombre y apellidos, fecha de nacimiento,
direccin, telfono, e-mail, gnero, peso, talla, RH, grado
y grupo, jornada, Situacin vulnerabilidad (si el estudiante
es vctima del conficto armado, es desvinculado de grupos
armados, hijo o hija de adultos desmovilizados, si es despla-
zado o proviene de un hogar de proteccin del ICBF), nume-
ro de hermanos, Numero de personas con las que convive,
estrato social, discapacidad.
Familiar Identifcacin, Nombre y apellidos, direccin, telfono, e-mail,
profesin, nivel acadmico
Acudiente Identifcacin, Nombre y apellidos, direccin, telfono, e-mail,
profesin, nivel acadmico, rasgo familiar (to, abuelo, hogar
de proteccin ICBF)
InformacinAcadmica Cdigo del estudiante, Nombre del colegio de procedencia,
Grados realizados, Jornada, tipo de institucin educativa
(privada o pblica), motivo del retiro, grados repetidos, Fecha
de retiro, Aptitud Vocacional
SeguridadSocial Identifcacin de la seguridad social, Nombre de la entidad
aseguradora, tipo de seguridad (EPS, IPS, ARS, SISBEN).
Anotacin Cdigo del docente, Cdigo del estudiante, fecha de la anota-
cin, Observacin realizada, seguimiento, accin tomada,
compromisos.
DocenteDirectorGrupo Identifcacin, Nombre y apellidos, direccin, telfono, e-mail,
profesin, Grado a cargo,
58
4. Determinar los dominios de los atributos
Los dominios corresponden al conjunto de valores que pueden tomar cada atributo.
Entidad Atributos Dominio
Estudiante
Identifcacin
Nombre y apellidos
Fecha de nacimiento
Direccin
Telfono
E-mail
Genero
Peso
Talla
RH
Grado y grupo
Jornada
Aptitud Vocacional
Situacin vulnerabilidad
Numero de hermanos
Nmero de personas con las que convive
Estrato social
Discapacidad
Nmeros enteros positivos
Caracteres
Formato de fecha corta
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Familiar
Identifcacin
Nombre y apellidos
Direccin
Telfono
E-mail
Profesin
Nivel acadmico
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Acudiente
Identifcacin
Nombre y apellidos
Direccin
Telfono
E-mail
Profesin
Nivel acadmico
Rasgo familiar
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
InformacinAcadmica
Cdigo del estudiante
Nombre del colegio de procedencia
Grados cursados
Tipo de institucin educativa
Motivo del retiro
Fecha de retiro
Caracteres
Caracteres
Caracteres
Caracteres
SeguridadSocial
Nombre de la entidad aseguradora
Tipo de Seguridad Social
Caracteres
Caracteres
Bases de Datos
59
Anotacin
Cdigo del docente
Cdigo del estudiante
Fecha de la anotacin
Observacin realizada
Seguimiento
Accin tomada
Compromisos
IdAnotacion
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
DocenteDirectorGrupo
Identifcacin
Nombre y apellidos
Direccin
Telfono
E-mail
Profesin
Grado a cargo
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
5. Determinar los identifcadores
Los identifcadores deben identifcar de manera nica un objeto dentro del conjunto per-
teneciente a la entidad o a la relacin.
Entidad Identifcador
Estudiante IdEstudainte
DatosFamiliares IdDatosFlia
Acudiente IdAcudiente
InformacinAcadmica IdEstudiante
SeguridadSocial IdSeguridadSocial
Anotacin IdAnotacion
DocenteDirectorGrupo IdDocente

6. Determinar las jerarquas de generalizacin
La jerarqua de generalizacin se encuentra en la entidad DatosFamiliares, donde este
familiar puede ser el padre de familia o acudiente. Al mismo tiempo se puede generalizar
padre de familia para determinar si es el padre o la madre.
7. Dibujar el diagrama Entidad Relacin (E-R).
Para realizar el diagrama E-R del ejemplo observador del alumno, nos ayudaremos con la
aplicacin Dia, la cual es una aplicacin informtica de propsito general para la creacin
de diagramas, desarrollada como parte del proyecto GNOME. Est concebido de forma
modular, con diferentes paquetes de formas para diferentes necesidades.
60
Dia est diseado como un sustituto de la aplicacin comercial Visio de Microsoft. Se pue-
de utilizar para dibujar diferentes tipos de diagramas. Actualmente se incluyen diagramas
entidad-relacin, diagramas UML, diagramas de fujo, diagramas de redes, diagramas de
circuitos elctricos, etc. Nuevas formas pueden ser fcilmente agregadas, dibujndolas
con un subconjunto de SVG e incluyndolas en un archivo XML. En el anexo A, encuen-
tras manual de usuario de la aplicacin y link de descarga.
En la fgura 2,19 se muestra la representacin grfca del modelo conceptual del obser-
vador del estudiante, expresado en trminos de los conceptos E-R. El diagrama incluye
las entidades, atributos, relaciones.
Figura 2,19
Bases de Datos
61
1. Explique las diferencias entre los trminos clave primaria, clave candidata y supercla-
ve.
2. Cul de estas relaciones es de cardinalidad 1 a N?
a.
b.
c.
3. Cul de estas relaciones es de cardinalidad N a N?
a.
b.
c.
4. Tenemos una entidad llamada perifricos y otra entidad llamada tipos. Dentro de los
perifricos tenemos impresora, escner, disco duro y modem. Dentro de los tipos tene-
mos entrada y salida. Dibuja el diagrama E-R que permita vincular perifricos con tipos.
5. Utiliza la metodologa de diseo conceptual del modelo E-R y disea una base de da-
tos de la biblioteca escolar.
6. Construir un diagrama E-R para la ofcina de registros de una universidad. La ofcina
mantiene datos sobre cada clase, incluyendo el profesor, la matrcula y la hora y lugar de
las clases. Para cada clase-estudiante se registra una califcacin.
7. Un restaurante posee una serie de mesas en las que se sientan clientes y que a
su vez son atendidas por camareros. Los camareros van tomando nota de los distintos
platos que piden los clientes que son preparados por los cocineros. modelar el sistema
de informacin para que se puedan emitir facturas de la forma ms detallada posible.
Considerar que habrn clientes de los cuales conozcamos sus preferencias (es decir
que tendrn un IdCliente, y otros que quieran permanecer annimos en el restaurante.
AUTOEVALUACIN
62
8. Una ofcina de registro de una universidad mantiene datos acerca de las siguientes
entidades: (a) asignaturas, incluyendo el nmero, ttulo, programa, y prerrequisitos; (b)
ofertas de asignaturas, incluyendo nmero de asignatura, ao, semestre, nmero de sec-
cin, profesor(es), horarios y aulas; (c) estudiantes, incluyendo IdEstudiante, nombre y
programa; y (d) profesores, incluyendo nmero de identifcacin, nombre, departamento
y ttulo. Adems, la matrcula de los estudiantes en asignaturas y las notas concedidas a
estudiantes en cada asignatura en la que estn matriculados se deben modelar adecua-
damente. Constryase un diagrama E-R para la ofcina de registro. Documntense todas
las decisiones que se hagan acerca de restricciones de correspondencia.
Modelo Relacional
Unidad
3
64
Modelo Relacional

PRESENTACIN
En esta unidad se presenta el modelo relacional, que es el modelo
lgico en el que se basan la mayora de los SMBD comerciales en
uso hoy da. Se estudiarn los fundamentos del modelo relacional,
que proporciona una forma muy simple y potente de representar
datos. Se empieza exponiendo una breve historia del modelo re-
lacional, para luego pasar a la estructura bsica, el esquema de
base de datos, claves, diagramas de esquema y lenguaje de consulta.
La fnalidad de esta tercera unidad es que el estudiante aprenda a interpretar
el modelo relacional a partir de sus estructuras de datos y reglas de integridad
y al mismo tiempo el estudiante aprenda a convertir una representacin de
base de datos de un diagrama E-R a un formato de tablas que es la base para
la derivacin de un diseo de base de datos relacional.
En esta unidad se empleara la herramienta MySql Workbench, la cual ayudar
en la construccin del modelo relacional, en el anexo 2 del presente mdulo
encontrar el manual de instalacin y link de descarga para obtener la herra-
mienta.
PROBLEMA
Cmo puedo usar los fundamentos del modelo relacional para la
construccin de una base de datos, utilizando la herramienta MySql
Workbench?
Bases de Datos
65

Interpreta un modelo relacional a partir de su estructura de datos y
reglas de integridad.
Describe las caractersticas del modelo relacional.
Interpreta cada una de las reglas de integridad manejadas en el
modelo relacional.
Ilustra el modelo E-R en el modelo relacional utilizando la herra-
mienta MySql Workbench.
66
Modelo Relacional
Antes de comenzar la lectura de esta tercera unidad responda de manera escrita lo
Qu entiendes por modelo relacional?
Qu es una tupla?
Qu es una clave?
Qu es una superclave?
Qu es un atributo, dominio y relacin?
Lea detenidamente la unidad III.
sobre esta.
Lea detenidamente el manual de usuario de la herramienta MySql Workbench que
encuentras en la seccin de anexos.
ACTIVIDAD EN GRUPO
Socializar en el grupo los diferentes temas tratados en la Unidad III.
Desarrollar las actividades propuestas al fnal de la unidad.
Bases de Datos
67
MODELO RELACIONAL
T
omando lo expresado por Korth & Sil-
berschatz (2000), desde la perspectiva
histrica, el modelo de datos relacional es
relativamente nuevo. Los primeros siste-
mas de base de datos estaban basados en
el modelo de red o en el modelo de datos
jerrquicos. Estos dos modelos estn ms
ntimamente ligados a la implementacin
fsica de la base de datos que el modelo
relacional.
En los aos siguientes a la introduccin del
modelo relacional se ha desarrollado una
teora para la base de datos relacionales.
Esta teora ayuda al diseo de base de da-
tos relacional y al procedimiento efciente
de solicitudes de informacin a la base de
datos por parte del usuario.
El modelo relacional constituye una alterna-
tiva para la organizacin y representacin
de la informacin que se pretende almace-
nar en una base de datos. Se trata de un
modelo terico matemtico que, adems
de proporcionarnos los elementos bsicos
de modelado (las relaciones), incluye un
conjunto de operadores (defnidos en forma
de un lgebra relacional) para su manipula-
cin, sin ambigedad posible.
El carcter formal del modelo relacional
hace relativamente sencilla su representa-
cin y gestin por medio de herramientas
informticas. No es casual, pues, que haya
sido elegido como referencia para la cons-
truccin de la gran mayora de los Sistemas
de Gestin de Bases de Datos comerciales
disponibles en el mercado; ni tampoco que
sea tambin habitualmente seleccionado
como modelo de referencia para la elabo-
racin del esquema lgico de una base de
datos, como tercer paso de la habitual me-
todologa de diseo de base de datos.
En el modelo relacional se basa en el con-
cepto matemtico de relacin. En este mo-
delo, la informacin se representa en forma
de tablas o relaciones, donde cada fla
de la tabla se interpreta como una relacin
ordenada de valores. La primera persona
en introducir el trmino de la teoras de las
relaciones fue Cood a fnales de los seten-
tas, el cual propuso la vista relacional de
los datos parece ser superior al modelo
en grafos o red proporciona un medio de
describir datos con su estructura natural
nicamente, es decir sin superponer nin-
guna estructura adicional con el propsito
de su representacin en la mquina. Cood
tambin expresa se propone un modelo de
datos relacional de datos como una base
para proteger a los usuarios de sistemas
de datos formateados de los cambios que
potencialmente pueden alterar la represen-
tacin de los datos, causados por el creci-
miento del banco de datos y por los cam-
bios en caminos de acceso.
Para conseguir lo propuesto Cood introdu-
ce el concepto de relacin (tabla) como es-
tructura bsica del modelo. Todos los datos
de una base de datos se representan en
forma de relaciones cuyo contenido vara
en el tiempo. Una relacin, en terminologa
relacional, es un conjunto de flas (tuplas)
con unas determinadas caractersticas.
El modelo relacional representa la segun-
da generacin de los SMBD, en el, todos
los datos estn estructurados a nivel lgico
como tablas formadas por flas y columnas,
aunque a nivel fsico pueden tener una es-
tructura distinta. Un punto fuerte del mode-
lo relacional es la sencillez de su estructura
68
Modelo Relacional
lgica. Pero detrs de esa simple estruc-
tura hay un fundamento terico importante
del que carecen los SMBD de la primera
generacin, lo que constituye otro punto a
su favor.
En los ltimos aos, se han propuesto algu-
nas extensiones al modelo relacional para
capturar mejor el signifcado de los datos,
para disponer de los conceptos de la orien-
tacin a objetos y para disponer de capaci-
dad deductiva.
El modelo relacional, como todo modelo de
datos, tiene que ver con tres aspectos de
los datos: Estructura de datos, integridad
de datos, manejo de datos.

3.1 ESTRUCTURA DE LAS BASES
DE DATOS RELACIONALES
El modelo relacional representa la base de
datos como una coleccin de relaciones.
En trminos informales, cada relacin se-
meja una tabla o, hasta cierto, punto, un
archivo simple.
Si visualizamos una relacin como una ta-
bla de valores, cada fla de la tabla repre-
senta una coleccin de datos relacionados
entre s. Dichos valores se pueden interpre-
tar como hechos que describen una enti-
dad o un vnculo ente entidades del mundo
real. El nombre de tabla y los nombres de
las columnas ayudan a interpretar el signi-
fcado de los valores que estn en cada fla
de la tabla.
En la terminologa del modelo relacional,
una fla se denomina tupla, una cabecera
de columna es un atributo y la tabla es una
relacin. El tipo de datos describe los tipos
de valores que pueden aparecer en cada
columna se llama dominio.
Dominio: es un conjunto de valores atmi-
cos. Por atmico queremos decir que cada
valor del dominio es indivisible en lo que se
refere al modelo relacional. Un mtodo co-
mn de especifcacin de los dominios con-
siste en especifcar un tipo de datos al cual
pertenecen los valores que constituyen el
dominio. Es muy especifcar un nombre
para el dominio que ayude a interpretar sus
valores. Estos son algunos ejemplos de do-
minio.
NumeroSeguridadSocial: es el conjun-
to de nmeros del seguro social vlidos
formados por nueve dgitos.
NombreApellido: es el conjunto de nom-
bres y apellidos de personas.
Telfonos: Es el conjunto de nmeros
telefnicos de siete dgitos clidos den-
tro de un rea especfca.
FechaNacimiento: conjunto de fechas
de nacimientos de personas.
Las anteriores son defniciones lgicas de
dominio. Tambin debe especifcar un tipo
de dato o formato para cada dominio, por
ejemplo, el domino FechaNacimiento, se
puede declarar como una cadena de carac-
teres de la forma DD-MM-AAAA donde DD
es el da, MM es el mes en forma numrica
y AAAA es el ao o bien declararse como
fecha corta, en el caso del dominio Telfo-
nos, se considera como cadena de caracte-
res de la forma (XX)XXXXXXX donde (XX)
es el indicativo de la ciudad y XXXXXXX
es el nmero telefnico, o bien de la forma
(OPER)NUM, donde OPER es el operador
del servicio de telefona celular y NUM es el
nmero del telfono celular. En el caso del
dominio NombreApellido, el tipo de datos
es cadenas de caracteres.
Todo dominio sebe tener un nombre, por el
cual nos podemos referir a l, y un tipo de
Bases de Datos
69
datos y un formato. Tambin puede incluirse informacin adicional para interpretar los
valores de un dominio; por ejemplo, un dominio numrico como Peso, deber especifcar
las unidades de medicin (libra o kilogramos).
Atributo: se dice que un atributo A es el papel que juega un determinado dominio D en
una relacin; se dice que D es el dominio de A y se denota como dom(A), as el atributo
grado de la tabla ESTUDIANTE, nos indica que dicho dominio tiene el papel de grado del
estudiante referido en la tabla en mencin.
Es importante sealar que es usual dar el mismo nombre al atributo y al dominio subya-
cente. En el caso de que sean varios los atributos de una misma tabla defnidos sobre el
mismo dominio, habr que darles nombres distintos, ya que en una tabla no puede haber
dos atributos con el mismo nombre.
Relacin: se compone de un nombre de relacin y una lista de atributos. Cada atributo es
el nombre de un papel desempeado por algn dominio. El grado de una relacin es el
nmero de atributos de su esquema de relacin. Por ejemplo, en el siguiente esquema
de relacin, tenemos una relacin de grado 13, que describe un estudiante:
ESTUDIANTE (IdEstudiante, NombreApellido, FechaNac, Direccion, Telfono, E-mail,
Celular, Edad, Peso, Talla, Grado, Grupo, Jornada)
En este esquema de relacin, ESTUDIANTE es el nombre de la relacin, la cual tiene 13
atributos, se puede especifcar los siguientes dominios de algunos de los atributos de la
relacin ESTUDIANTE = dom (NombreApellido) = NombreApellido, dom (FechaNac) =
FechaNac; dom (Direccion) = Telfono.

Una relacin es el conjunto de n-tuplas, cada una de estas es una lista ordenada de n
valores, donde cada valor es un elemento o bien un valor nulo especial.
En la fgura 4 se muestra un ejemplo de una relacin ESTUDIANTE, cada tupla de la
relacin representa una entidad particular. Se presenta la relacin en forma de tabla,
en la que cada tupla aparece como fla y cada atributo corresponde a una cabecera de
columna que indica un papel o interpretacin de los valores de esa columna. Los valores
nulos, son aquellos que representan atributos cuyos valores se desconocen o no existen.
70
Modelo Relacional
Figura 3,0
Tener en cuenta que, es posible que varios atributos tengan el mismo dominio. Los atri-
butos indican diferentes papeles.
3.1.1 Caractersticas de las relaciones
Hay ciertas caractersticas a tener en cuenta en las relaciones de una tabla. A continua-
cin se muestran algunas de ellas.
Orden de las tuplas en una relacin: los elementos no estn ordenados, por tanto, las
tuplas de una relacin no tienen un orden especfco.
El ordenamiento de las tuplas no forma parte de la defnicin de una relacin, porque la
relacin interna representa los hechos a nivel lgico o abstracto.
Orden de los valores dentro de una tupla: una n-tupla es una lista de n-valores, as que el
orden de los valores de una tupla es importante. No obstante, en un nivel lgico, el orden
de los atributos y de sus valores en realidad no es importante en tanto se mantenga la
correspondencia entre atributos y valores.
Valores en las tuplas: cada valor en una tupla es un valor atmico; esto es, no es divisible
en componentes en lo que respecta al modelo relacional.
Representacin de una relacin: el esquema de una relacin se puede representar como
una aclaracin o como un tipo de afrmacin, por ejemplo, el esquema de relacin ESTU-
DIANTE de la fgura 4, se observa que esta entidad tiene atributos, IdEstudiante,
IdDocente, NombreApellido, FechaNac, Direccin, Telfono, E-mail, Celular, Edad, Peso,
Talla, Grado, Grupo y Jornada, as, cada tupla de la relacin se puede representar como
un hecho particular de una declaracin. Por ejemplo, la segunda tupla de la entidad ES-
TUDIANTE, mostrada en fgura 4, establece un hecho de que existe un Estudiante, que
tiene por nombre Eder Jos Abad Puentes, con nmero de identifcacin 110048423, con
fecha de nacimiento 02/11/2007 y as sucesivamente.
Bases de Datos
71
3.2 Esquema de la bases de datos relacional
Para representar el esquema de una base de datos relacional se debe dar el nombre de
sus relaciones, los atributos de estas, los dominios sobre los que se defnen estos atribu-
tos, las claves primarias.
El esquema de la base de datos del observador del estudiante es el siguiente:
En el esquema anterior, los nombres de las relaciones aparecen seguidos de los nom-
bres de los atributos. Las claves primarias son los atributos subrayados.
3.3 Claves
Los conceptos de superclave, de clave candidata y de clave primaria, son aplicables en
el modelo relacional.
Si el esquema de la base de datos relacional se basa en las tablas derivadas de un es-
quema E-R es posible determinar la clave primaria del esquena de una relacin a partir
de las claves primarias de los conjuntos de entidades o de relaciones de los que se deriva
el esquema:
Conjunto de entidades fuertes: la calve primaria del conjunto de entidades se convierte
en la clave primaria de la relacin.
Conjunto de entidades dbiles: la tabla y las relaciones correspondientes a un conjunto
72
Modelo Relacional
de entidades dbiles incluyen: los atributos del conjunto de entidades dbiles y la clave
primaria del conjunto de entidades fuertes del que depende el conjunto de entidades d-
biles.
Conjunto de relaciones: la unin de las claves primarias de los conjuntos de entidades
relacionadas de los conjuntos de entidades relacionadas se transforma en una supercla-
ve de la relacin. Si la relacin es de varios a varios, esta superclave es tambin la clave
primaria.
En el modelo relacional es necesario disponer de un modo de especifcar la manera en
que las tuplas de una relacin dada se distinguen entre s, lo cual se expresa en trminos
de sus atributos. En otras palabras debe haber un atributo que identifque de manera
nica esa entidad.
En el modelo relacional se tiene una superclave, la cual es un conjunto de uno o varios
atributos que, considerados conjuntamente, permiten identifcar de manera nica a una
tupla de la relacin; se usa tambin una clave primaria o clave candidata es el atributo
que el diseador de la base de datos como medio principal para identifcar una tupla de
una relacin, esta clave debe escogerse de manera que los valores de sus atributos no
se modifquen nunca, o muy rara vez.
Cabe aadir que, en el esquema del modelo relacional se pueden incluir entre sus atri-
butos la clave primaria de otro esquema de la relacin, este atributo se denomina clave
externa, por ejemplo, el atributo IdEstudiante del esquema InformacionAcademica, es
una clave externa que pertenece al esquema Estudiante.
El esquema de la base de datos, junto a las dependencias de clave primaria y externa, se
muestra en la fgura 3,1 la cual muestra el diagrama del esquema del ejemplo que veni-
mos tratado a lo largo del presente modulo que es el Observador del Estudiante.
Bases de Datos
73
3.4 Lenguaje de consulta
Es un lenguaje en el que los usuarios solicitan informacin de la base de datos. Estos
lenguajes suelen ser de un nivel superior que el de los lenguajes de programacin habi-
tuales. Los lenguajes de consultas pueden clasifcarse como procedimentales o no pro-
cedimentales.
Lenguajes de consultas procedimentales: el usuario indica al sistema que lleve a
cabo una serie de operaciones en la base de datos para calcular el resultado desea-
do.
Lenguajes no procedimentales: el usuario describe la informacin deseada sin dar un
procedimientos concreto para obtener esa informacin
Los sistemas comerciales de base de datos relacional ofrecen lenguajes de consulta
que incluyen elementos de los enfoques procedimentales y no procedimentales. En la
siguiente unidad se estudiara el lenguaje de consultas SQL.
3.5 Transformacin del modelo E-R al modelo relacional
A continuacin se presentan los pasos a tener en cuenta para convertir el modelo E-R al
esquema de base de datos relacional correspondiente.
Paso 1: por cada tipo normal de entidades E del esquema E-R, se crea una relacin
74
Modelo Relacional
R que contenga los atributos simples de E. Se elige uno de los atributos clave de E
como clave primaria de R. Para el ejemplo del Observador del estudiante se crean
las relaciones: ESTUDIANTE, FAMILIAR, INFORMACIONACADEMICA, SEGURI-
DADSOCIAL, DOCDIRGRUPO, ANOTACION Y DETALLE.
Paso 2: Se determinan los atributos de cada entidad y se integran al modelo relacio-
nal, al mismo tiempo se escoge la clave primaria para cada uno de las relaciones.
Este paso quedara as en nuestro ejemplo:
Claves: IdEstudiante, NombreEntidadSS
Paso 3: Se establece la integridad de entidades, en la cual se estable que ningn
valor puede de la clave primaria puede ser nulo, al mismo tiempo se verifca la restric-
cin de integridad referencial en la que se especifca entre dos relaciones y sirve para
mantener la consistencia entre tuplas de las relaciones. Es importante sealar que el
usuario de la base de datos relacionar debe tener presentes siempre los atributos de
Bases de Datos
75
clave externa para utilizarlos correctamente cuando combine tuplas relacionadas de
dos o ms relaciones, como se observa en la fgura 3,2.
Figura 3,2
A continuacin, se muestra un resumen de las correspondencias entre los elementos y
restricciones del modelo E-R y el modelo relacional.
MODELO E-R MODELO RELACIONAL
Tipo de entidades Relacin Entidad
Tipo de vnculos 1:1 o 1:N Calve externa (o relacin vinculo)
Tipo de vnculos M:N Relacin vinculo y dos claves externas
Tipo de vnculos n-arios Relacin vinculo y n claves externas
Atributos simples Atributos
Atributo compuestos Conjunto de atributos componentes simples
Atributo multivalorado Relacin y clave externa
Conjunto de valores Domino
Atributo clave Clave primaria (o secundaria)
76
Modelo Relacional
1.Describa las diferencias de los signifcados de relacin y esquema de
relacin.
2.Explique los motivos del por qu se pueden introducir valores nulos en
las base de datos relacional.
3.Explique la correspondencia ente los elementos del modelo E-R y el
modelo relacional.
4.Defna los siguientes trminos: atributo (simples, compuestos, multi-
valuados), n-tupla, esquema de relacin, grado de relacin, clave (pri-
maria, externa, superclave).
5.Transformar el modelo E-R de la base de datos Biblioteca escolar al
modelo relacional. (utiliza la herramienta MySql Workbench).
ACTIVIDAD
Bases de Datos
77
1. Disee una base de datos relacional para la ofcina de registro de una universi-
dad. La ofcina conserva datos sobre cada curso, incluyendo el profesor, el nme-
ro de estudiantes matriculados y la hora y el lugar de las clases. Por cada pareja
estudiante-curso se guarda una califcacin.
2. Convierta el siguiente modelo E-R al modelo relacional.
3. Disee un modelo relacional para una base de datos para una pequea empre-
sa debe contener informacin acerca de clientes, artculos y pedidos. Hasta el
momento se registran los siguientes datos en documentos varios:
Para cada cliente: Nmero de cliente (nico), Direcciones de envo (varias
por cliente), Saldo, Lmite de crdito (depende del cliente, pero en ningn caso
debe superar los 3.000.000 de pesos), Descuento.
Para cada artculo: Nmero de artculo (nico), Fbricas que lo distribuyen,
Existencias de ese artculo en cada fbrica, Descripcin del artculo.
Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La
cabecera est formada por el nmero de cliente, direccin de envo y fecha del
pedido. El cuerpo del pedido son varias lneas, en cada lnea se especifcan el
nmero del artculo pedido y la cantidad. Adems, se ha determinado que se
debe almacenar la informacin de las fbricas. Sin embargo, dado el uso de
distribuidores, se usar: Nmero de la fbrica (nico) y Telfono de contacto.
Y se desean ver cuntos artculos (en total) provee la fbrica. Tambin por
informacin estratgica, se podra incluir informacin de fbricas alternativas
respecto de las que ya fabrican artculos para esta empresa.
Nota: Una direccin se entender como N, Calle, Comuna y Ciudad. Una fecha
incluye hora.
AUTOEVALUACIN
78
Modelo Relacional
Lenguaje Estructurado
de Consulta
Unidad
4
80
Lenguaje Estructurado de Consulta

PRESENTACIN
En la unidad III, se estudia cmo modelar los datos creando un
modelo E-R y luego el modelo relacional, y as disear una base de
datos. La tcnica utilizada para obtener un buen modelo de datos
se denomina anlisis de datos.
Sin embargo, los sistemas de bases de datos necesitan un len-
guaje de consulta que sea cmodo para el usuario. Por lo que en la presente
unidad se estudiar el lenguaje estructurado de consulta SQL, el cual es un
lenguaje estndar para trabajar con base de datos relacionales y es soportado
prcticamente por todos los productos del mercado.
Usando SQL es posible defnir la estructura de los datos, modifcar los datos de
la base de datos y especifcar las restricciones de seguridad.
Como apoyo a esta unidad y al estudio del lenguaje estructurado de consulta
se utilizara el gestor de base de datos MySql Workbench. El manual de usuario
y link de descargas se encuentra en los anexos del presente modulo.
PROBLEMA
Qu debo conocer del Lenguaje Estructurado de Consulta SQL,
para desarrollar una base de datos a travs de la aplicacin MySql Wor-
kbench?
Bases de Datos
81

Identifca el lenguaje estructurado de consulta SQL, para trabajar
con base de datos relacionales.
Manipula una base de datos por medio de las operaciones SQL
utilizando el gestor de base de datos MySql Workbench.
82
Antes de comenzar la lectura de esta primera unidad responda de manera escrita lo
Lenguaje estructurado de consulta.
Qu es una clusula?
Qu entiendes por modifcar una base de datos?
Qu es insercin?
Qu es actualizar?

Lea detenidamente la unidad IV.
sobre esta.
Lea detenidamente el manual de usuario de la aplicacin MySql Workbench e instale el pro-
grama, ya que en este se realizaran las actividades propuestas de esta unidad.
ACTIVIDAD EN GRUPO
Reunidos en sus grupos confronten sus saberes previos con los de sus compaeros.
Socializar en el grupo los diferentes temas tratados en la Unidad IV.
Desarrollar las actividades propuestas en la unidad.
Bases de Datos
83
4.1 INTRODUCCIN AL LENGUAJE ESTRUCTURADO DE CONSULTA
(SQL)
E
s un lenguaje surgido de un proyecto de investigacin de IBM para el acceso a bases
de datos relacionales. Actualmente se ha convertido en un estndar de lenguaje de
bases de datos, y la mayora de los sistemas de bases de datos lo soportan, desde siste-
mas para ordenadores personales, hasta grandes ordenadores.
Por supuesto, a partir del estndar cada sistema ha desarrollado su propio SQL que pue-
de variar de un sistema a otro, pero con cambios que no suponen ninguna complicacin
para alguien que conozca un SQL concreto, como el que vamos a estudiar en esta uni-
dad, MySql Workbench.
Como su nombre indica, el SQL nos permite realizar consultas a la base de datos. Pero
el nombre se queda corto ya que SQL adems realiza funciones de defnicin, control y
gestin de la base de datos.
El SQL es un lenguaje de acceso a bases de datos que explota la fexibilidad y potencia
de los sistemas relacionales y permite as gran variedad de operaciones.
Es un lenguaje declarativo de alto nivel o de no procedimiento que, gracias a su fuerte
base terica y su orientacin al manejo de conjuntos de registros y no a registros indi-
viduales permite una alta productividad en codifcacin y la orientacin a objetos. De
esta forma, una sola sentencia puede equivaler a uno o ms programas que se utilizaran
en un lenguaje de bajo nivel orientado a registros.
El lenguaje tiene varios componentes:
Lenguaje de defnicin de datos: El LDD de SQL proporciona comandos para la
defnicin de esquemas de relacin, borrado de relaciones y modifcaciones de los
esquemas de relacin.
Lenguaje interactivo de manipulacin de datos: El LMD de SQL incluye lenguajes
de consultas basado tanto en lgebra relacional como en clculo relacional de tuplas.
Integridad: El LDD de SQL incluye comandos para especifcar las restricciones de
integridad que deben cumplir los datos almacenados en la base de datos.
Defnicin de vistas: El LDD incluye comandos para defnir las vistas.
Control de transacciones: SQL tiene comandos para especifcar el comienzo y el
fnal de una transaccin.
SQL incorporado y dinmico: Esto quiere decir que se pueden incorporar
instrucciones de SQL en lenguajes de programacin como: C++, C, Java, Cobol,
Pascal y Fortran.
Autorizacin: El LDD incluye comandos para especifcar los derechos de acceso a
las relaciones y a las vistas.
Los ejemplos de esta unidad se basaran en el observador del estudiante que se ha ve-
nido trabajando en cada una de las unidades. A continuacin se muestra el esquema
84
relacional, con los atributos y las calves primarias subrayadas.
ESTUDIANTE (IdEstudiante, IdDocente, NombreApellido, FechaNac, Direccion, Telefo-
no, E-mail, Celular, Edad, Peso, Talla, Grado, Grupo, Jornada, IdFamiliar)
FAMILIAR (IdFamiliar, NombreApellido, FechaNac, Direccion, Telefono, E-mail, Celular,
NivelAcadmico, RasgoFamiliar)
INFOACADEMICA (CodEstudiante, NomColProce, GradosCursados, TipoInstuEdu, Mo-
tivoRetiro, FechaRetiro)
SEGURIDADSOCIAL (NomEntAseguradora, TipoSegSocial, IdEstudiante)
ANOTACION (IdAnotacion, CodEstudiante, CodDocente, FechaAnotacin, ObserReali-
zada, AccinTomada, Seguimiento, Compromisos)
DOCENTEDIRGRUPO (IdDocente, NombreApellidos, Direccin, Telfono, E-mail, Profe-
sin, GradoAcargo)
DETALLE (IdEstudiante, IdDocente, AoLectivo)
4.1.1 Componentes del SQL
El lenguaje est compuesto por comandos, clausulas, operadores y funciones
agregadas. Estos elementos se combinan en las instrucciones para crear, actuali-
zar y manipular las bases de datos.
Existen dos tipos de comandos SQL: los DLL que permiten crear y defnir nuevas bases
de datos, campos e ndices y los DML que permiten generar consultas para ordenar, fltrar
y extraer datos de la base de datos.
Comandos DLL
Comando Descripcin
CREATE Utilizado para crear nuevas tablas, campos e ndices
DROP Empleado para eliminar tablas e ndices
ALTER
Utilizado para modifcar las tablas agregando campos o cambiando la defnicin de
los campos.
Comandos DML
Comando Descripcin
SELECT
Utilizado para consultar registros de la base de datos que satisfagan un criterio
determinado.
INSERT
Utilizado para insertar o adicionar datos en la base de datos en una nica opera-
cin
UPDATE Utilizado para modifcar los valores de los campos y registros especifcados.
DELETE Utilizado para eliminar registros de una tabla de una base de datos.
Clausulas: son condiciones de modifcacin utilizadas para defnir los datos que desea seleccionar
o manipular.
Bases de Datos
85
Clausula Descripcin
FROM Utilizada para especifcar la tabla de la cual se van a seleccionar los registros
WHERE
Utilizada para especifcar las condiciones que deben reunir los registros que se van
a seleccionar
GROUP BY Utilizada para separar los registros seleccionados en un grupo especifco
HAVING Utilizada para expresar la condicin que debe satisfacer cada grupo
ORDER BY
Utilizada para ordenar los registros seleccionados de acuerdo con un orden
especifco.
OPERADORES LGICOS
Operador Uso
AND
Es el Y lgico. Evala dos condiciones y devuelve un valor de verdad slo si am-
bas son ciertas.
OR
Es el O lgico. Evala dos condiciones y devuelve un valor de verdad si alguna de
las dos es cierta.
NOT Negacin lgica. Devuelve el valor contrario de la expresin.
OPERADORES DE COMPARACIN
Operador Uso
< Menor que
> Mayor que
<> Distinto de
<= Menor igual que
>= Mayor igual que
= Igual que
BETWEEN Utilizado para especifcar un intervalo de valores.
LIKE Utilizado en la comparacin de un modelo
IN Utilizado para especifcar registros de una base de datos
FUNCIONES DE AGREGADO: se usan dentro de una clausula SELECT en grupos de registros
para devolver un nico valor que se aplica a un grupo de registros.
Funcin Descripcin
AVG Utilizada para calcular el promedio de los valores de un campo determinado
COUNT Utilizada para devolver el nmero de registros de la seleccin
SUM Utilizada para devolver la suma de todos los valores de un campo determinado
MAX Utilizada para devolver el valor ms alto de un campo especifcado
MIN Utilizada para devolver el valor ms bajo de un campo especifcado
86
4.2 ESTRUCTURA BSICA
Una base de datos relacional consiste en un conjunto de relaciones, a cada una de
las cuales se les asigna un nombre nico.
SQL permite el uso de valores nulos para indicar que el valor o bien es desconocido, o
no existe.
La estructura bsica de una expresin SQL consiste en tres clausulas: select, from y whe-
re. Las consultas habituales de SQL tienen la forma:
select A1, A2, , An
from r1, r2, , rm
where P
Donde cada A1 representa un atributo, r1 una relacin (las tablas) y P el predicado, el
cual es la expresin a validar.
4.2.1 Clusula select
El resultado de las consultas es una relacin. Considere la consulta simple basada en el
ejemplo el Observador del estudiante: obtener el nombre de todos los estudiantes de la
relacin Estudiante. La consulta queda de la siguiente forma:
select NombreApellido
from ESTUDIANTE
Recuerde que: debe tener presente que los nombres de los atributos y
de las tablas, deben estar escritos con la misma gramtica utilizada al
momento de diagramarlas.
Al momento de generar la consulta se mostraran todos los nombres de los estudiantes
pertenecientes a la tabla estudiantes.
Bases de Datos
87
Figura 4.0
Miremos el siguiente ejemplo, obtener los nombre de las instituciones de donde proceden
los estudiantes, la consulta se realiza de la siguiente forma:
select NomColeProce
from INFOACADEMICA
Figura 4.1
88
En esta consulta se pueden generar datos duplicados ya que varios estudiantes pueden
proceder de la misma institucin educativa, si deseamos que no halla duplicados utiliza-
mos la palabra distinct despus del select, es decir:
Select distinct NomColeProce
from INFOACADEMICA
Figura 4.2
Si queremos consultar todos los datos de una tabla utilizamos el smbolo asterisco *,
como se expresa a continuacin:
Select *
from DocenteDirGrupo
Bases de Datos
89
Figura 4.3
4.2.2 Clusula from
En esta clusula se indican la tabla o tablas a las que vamos a tener acceso. Las tablas
deben existir, si se enuncia una tabla en esta clusula que no est especifcada generara
un error en la consulta. La forma de utilizar esta clusula ya se ha descrito en los ejem-
plos anteriores.
4.2.3 Clusula WHERE
Se utiliza para seleccionar aquellos registros que cumplen una o ms condiciones. Ob-
servemos el siguiente ejemplo: obtener todos los estudiantes que pertenezcan al grado
6A, la consulta se escribe de la siguiente forma:
select GradoGrupo
from ESTUDIANTE
where GradoGrupo = 6A
90
Figura 4.4
Ahora observemos el siguiente ejemplo en el cual se utilizan los operadores lgicos y
operadores de comparacin: obtener todos los estudiantes que pertenezcan al grado 6
y tengan ms de 12 aos de edad
select GradoGrupo
from ESTUDIANTE
where GradoGrupo = 6A and Edad > 12
Figura 4.4
Bases de Datos
91
Si deseamos conocer ms de un atributo de la consulta que se est realizando solo lo
incluimos en la clusula select, tomando el ejemplo anterior la consulta quedara de la
siguiente forma:
select GradoGrupo, Edad
from ESTUDIANTE
where GradoGrupo = 6A and Edad > 12
Figura 4.5
ACTIVIDAD
Considerando el ejemplo del observador del estudiante realice las siguientes consultas y
escriba las clausulas SQL:
1. Muestra los nombres de los docentes directores de grupo.
2. Muestra los Nombres de los padres de familia de un estudiante en particular.
3. Realiza la consulta de los estudiantes que tienen como seguridad social el SISBEN.
4. Cules son los nombres y grado de los estudiantes que tiene una edad entre 13 y
17 aos.
5. Cuantos estudiantes hay registrados en la institucin educativa.
6. Ordenar la consulta del punto 1.
7. Consulte los estudiantes que tienen como familiar a los abuelos.
8. Mostrar todas las observaciones realizadas.
9. Mostrar las observaciones realizadas a un estudiante en particular.
10. Mostrar a los docentes directores de grupos que tengan como profesin licenciado
en matemticas
92
4.3 MODIFICACIN DE LA BASE DE DATOS
En el apartado anterior se estudi como realizar consultas, ahora se estudiara cmo aa-
dir, eliminar y modifcar informacin utilizando SQL, este tipo de consultas son llamadas
de accin, porque no devuelven ningn registro.
4.3.1 Borrado
Crea una consulta de elimina registros de una o ms de las tablas listadas en las clausula
from que satisfagan la clusula where. Las solicitudes de borrado se expresan casi igual
que las consultas. Solo se pueden borrar tuplas completas y no se puede borrar solo va-
lores de atributos concretos. La sintaxis utilizada es la siguiente:
delete from r
where P;
Donde P representa el criterio y r la relacin. Se puede utilizar delete para eliminar regis-
tros de una nica tabla o desde carios lados de una relacin uno a muchos. Si se desea
borrar tuplas de varias relaciones hay que utilizar una orden delete por cada relacin.
Una vez que se ha eliminado los registros no se puede deshacer la operacin. Se reco-
mienda realizar una copia de seguridad de la base de datos en caso de que se elimine
un registro equivocadamente.
A continuacin se muestran unos ejemplos utilizando la consulta delete:
Borra todas las tuplas de la relacin DETALLE
delete from DETALLE
Borra todas las tuplas con E-mail de la tabla ESTUDIANTE
delete from ESTUDIANTE
where E-mail <> NULL;
Borrar todas las profesiones que sean iguales a Administracin de la tabla DOCENTE-
DIRGRUPO.
delete from DocenteDirGrupo
where Profesion = Adminsitracion
4.3.2 Insercin
Por medio de esta consulta se agrega un registro en una tabla. Se le conoce como una
consulta de datos aadidos. Esta consulta puede ser de dos tipos: insertar un nico re-
gistro o insertar en una tabla los registros contenidos en otra tabla.
Bases de Datos
93
Para insertar los registros en una relacin, se especifca la tupla que se desea insertar, se
debe tener encuenta que los valores de los atributos de las tuplas que se inserten deben
pertenecer al dominio de los atributos y deben estar en el mismo orden en que fueron
registrados en las tablas.
La sintaxis es la siguiente:
insert into tabla
values (valaor1, valor2, valorN)
Realicemos una instruccin insert sencilla, supngase que se desea insertar la informa-
cin acadmica de un nuevo estudiante, la identifcacin del estudiante es 11002247858,
colegio de procedencia Institucin Educativa San Juan Bautista, ultimo grado realizado
sptimo (7) de secundaria, jornada matinal, colegio pblico, el retiro se debi a traslado
de los padres, no repiti ningn grado y se retir en el ao 2012. La consulta queda de la
siguiente forma:
insert into INFOACDEMICA
values (11002247858, Institucin Educativa San Juan Bautista, Sptimo, Matinal, Pu-
blico, Traslado de los padres, No repiti ningn grado, 2012);
En caso dado que no se recuerde el orden de los atributos SQL permite que los atributos
se especifquen en la clusula insert tomando el ejemplo anterior la instruccin quedara:
insert into INFOACDEMICA(IdEstudiante, NomColeProcedencia, GradosRealizados,
Jornada, TipoColegio, MotivoRetiro, GradosRepetidos, AoRetiro)
values (11002247858, Institucin Educativa San Juan Bautista, Sptimo, Matinal, Pu-
blico, Traslado de los padres, No repiti ningn grado, 2012);
Es posible dar valores a algunos de los atributos del esquema para las tablas insertadas,
a los atributos restantes se les asigna un valor nulo, que se denota por null, por ejemplo:

insert into INFOACDEMICA
values (11002247858, Institucin Educativa San Juan Bautista, Sptimo, Matinal, null,
Traslado de los padres, No repiti ningn grado, 2012);
94
4.3.3 Actualizacin
En determinadas situaciones se ve la necesidad de modifcar un valor dentro de una
tupla sin cambiar tos los valores de estas, para ello se debe utilizar la instruccin update.
La sintaxis es:
update tabla
set campo1=valor1, campo2=valor2,
where criterio;
Veamos los siguientes ejemplos:
Actualizar el ao lectivo de la tabla DETALLE
update DETALLE
set aolectivo = 2013
Actualizar el grado a cargo del docente director de grupo Leyla Ruiz
Update DOCENTEDIRGRUPO
Set GrupoAcargo = 6A
Where NombreApellido = Leyla Ruiz
Actualizar todos los registros de la taba SEGURIDADSOCIAL
update SEGURIDADSOCIAL
set NomSeguridadSS = FAMISALUD
Update es muy til cuando se desea cambiar un gran nmero de registros o cuando estos
se encuentran en mltiples tablas. Otro dato a tener encuenta es que la instruccin no
genera ningn resultado, para saber que registros se van a cambiar, hay que examinar
primero, el resultado de una consulta de seleccin que utilice el mismo criterio y despus,
ejecutar la consulta de actualizacin. Si en una consulta de actualizacin suprimimos la
clusula where todos los registros se la tabla sealada sern actualizados.
Bases de Datos
95
ACTIVIDAD
Considerando el ejemplo del observador del estudiante realice las siguientes
consultas y escriba las clausulas SQL:
1. Modifcar la base de datos de forma que el docente director de grupo Santos
quede a cargo con el grupo 7B.
2. Modifcar los RH de los estudiantes.
3. Modifcar las anotaciones realizadas por el docente Rodrguez.
4. Insertar los datos de un familiar.
5. Borrar las tuplas de la relacin Seguridad Social.
4.5 GESTOR DE BASE DE DATOS MYSQL WORKBENCH
4.5.1 Qu es MySQL Workbench?
MySQL Workbench es una aplicacin para el diseo y documentacin de bases de da-
tos (sucesora de la aplicacin DBDesigner4) pensada para ser usada con el sistema de
gestin de bases de datos MySQL (recin adquirido por Sun Microsystems). Existen dos
versiones del producto, una es open source y la otra es una versin comercial. Eviden-
temente, la versin comercial proporciona algunas funcionalidades que pueden resultar
de inters en algn mbito, aunque la versin open source es ms que sufciente para la
realizacin de la prctica.

4.5.2 Cmo conseguir la aplicacin?
Existen versiones para Windows, Linux y Mac. Hay que tener en cuen-
ta que para los dos ltimos sistemas las versiones son Betas. Los links de
descarga son los siguientes: Windows y Linux: http://dev.mysql.com/down-
loads/workbench/5.1.html y Mac: http://dev.mysql.com/workbench/?p=182
4.5.3 Para qu la usaremos?
Lo que se pretende con el uso de la aplicacin es facilitar la realizacin de la segunda
prctica de la asignatura y, por este motivo, este mini-tutorial solo se centra en las carac-
tersticas necesarias para la realizacin de la misma.
La herramienta podra usarse para realizar un diagrama EE-R, y esa es su principal fun-
96
cin: primero disear el diagrama EE-R, implementndolo sobre la herramienta y a partir
de l obtener el diagrama del esquema relacional y tambin las sentencias de creacin
de tablas, vistas e ndices de manera automtica. Como tiene varias limitaciones para
representar un diagrama E-R completo (no contempla el modelado de categoras, jerar-
quas, retculas...), y el diagrama EE-R completo ya se ha realizado en la primera prcti-
ca, se utilizar para representar el diagrama del esquema relacional que acompaa a la
segunda prctica, o sea, las tablas y sus columnas, incluyendo las claves primarias, las
claves forneas y a quienes referencian, y todo ello mediante una interface grfca que
permitir adems generar las sentencias DDL de creacin de tablas e ndices, que, con
algunas modifcaciones, podrn adaptarse a lo solicitado en la prctica.
Debemos tener presente en todo momento que vamos a aadir tablas y sus propieda-
des, y obtener un diagrama del esquema relacional, y para ello usamos una herramienta
que realmente est orientada a crear diagramas EER limitados, o sea, forzamos un poco
las cosas, pero la herramienta lo permite. Para ello debemos prescindir de los concep-
tos del modelado conceptual y centrarnos en los del modelo relacional, aunque en la
herramienta trabajemos sobre el panel EER Diagrams. As en el modelo relacional la
vinculacin entre dos tablas suele ser 1 a N y en algn caso 1 a 1, pero nunca N a N.
4.5.4 Cmo crear un diagrama del esquema relacional?
Una vez abierta la aplicacin, veremos algo similar a esto:
Figura 1
Para crear el diagrama del esquema relacional necesario en la prctica, debemos hacer
doble clic sobre el icono Add Diagram, como si lo que cresemos fuera un nuevo diagra-
ma ER. Esto nos conducir al siguiente interfaz:
Bases de Datos
97
Figura 2
4.5.5 Cmo crear una tabla (una relacin en el modelo relacional)?
1.- Clic sobre el icono Insertar Tabla.
2.- Clic en la posicin del lienzo en la que queremos ver la tabla. Obtenemos lo
siguiente:
Figura 3
3.- Haciendo doble clic sobre la tabla se desplegar un men en la parte inferior del
interfaz.
Figura 4
En la pestaa Table, en el campo Name se indicar el nombre de la tabla. Los campos
Collation y Engine son relativos a MySQL y pueden obviarse.
98
4.5.6 Cmo crear los atributos de una relacin?
Partiendo de la Figura 4, desplegamos la pestaa Columns
Figura 5
Column Name: nombre del atributo.
Datatype: tipo de dato del atributo. Como la aplicacin est pensada para MySQL y la
prctica se realizar sobre Oracle, puede que existan tipos de datos vlidos para Oracle
que no lo son para el otro gestor. En este caso se elegir un tipo de dato similar y se
cambiar a mano en el script con las sentencias. Se recomienda ser lo ms coherente
posible al realizar esta tarea, es decir, para cada tipo de dato no disponible en MySQL,
elegir siempre el mismo tipo de dato de sustitucin.
NN: aade la restriccin NOT NULL para ese atributo.
AI: Auto Incremento. No se debe marcar ya no es una caracterstica de Oracle.
Default: valor por defecto para el atributo.
ColumnDetails.Flags: se utiliza para aadir la restriccin de clave primaria (PRIMARY
KEY).
Para aadir una nueva columna solo es necesario hacer doble click en la fla que
va a continuacin de la ltima aadida (sealada con un punto rojo en la imagen).

4.5.7 Cmo indicar que uno o varios atributos son clave primaria?
1.- Hacer doble click sobre la tabla en cuestin.
2.- Abrir la pestaa Columns.
3.- Seleccionar la columna que se desea utilizar como clave primaria.
4.- Marcar la opcin PRIMARY KEY.
NOTA: la aplicacin no permite darle un nombre a la restriccin de clave primaria. Esto
debe hacerse manualmente sobre los scripts generados (si as se desea).
4.5.8 Cmo se pueden declarar las vinculaciones de clave fornea?
A continuacin se muestra el men para crear los tipos de relacin (1:1, 1:N y N:M) en un
ER. En la prctica se usarn solo los 1:N y 1:N, pues son las vinculaciones que hay entre
tablas en el modelo relacional:
Bases de Datos
99
Figura 6
El califcativo identifcadora indica si los atributos que forman parte de la clave fornea
(lado N de la relacin) deben formar parte tambin de la clave primaria de dicha entidad,
lo que ocurre si una tabla proviene de un tipo de entidad dbil o en el caso de atributos
de tablas que provienen de tipos de relacin N:M.
Existen, al menos, dos formas diferentes de crear relaciones entre tablas: a travs del
men de tabla o usando el men antes propuesto.
a) A travs del men de tabla (recomendado):
1.- Doble clic sobre la entidad del lado N de la relacin.
2.- Crear los atributos que van a hacer la funcin de clave fornea (si no estn defnidos
ya).
3.- Comprobar que existen los atributos en la tabla referenciada por la clave fornea. Si
no existen deben crearse antes de continuar.
4.- En el men de tabla , desplegar la pestaa Foreing Keys. Obtendremos lo
siguiente:
Figura 7
Foreing Key Name: nombre de la restriccin de clave fornea.
Referenced Table: tabla referenciada por la clave fornea.
Column: columna o columnas que van a formar parte de la clave fornea.
Referenced Column: columna o columnas que van a ser referenciadas por la clave
fornea.
Foreing Key Options: til para defnir las acciones referenciales.
100
On Update: acciones referenciales para la actualizacin.
On Delete: acciones referenciales para el borrado.
b) Usando el men:
1. Las tablas deben estar creadas.
2. Se elige en el men de la izquierda el tipo de relacin que se desea.
3.Los retoques que se deseen hacer sobre la clave fornea se hacen siguiendo el
apartado 4.- del punto a).
4.5.9 Cmo se gestionan los ndices?
Para crear un ndice haremos doble clic sobre la tabla que contiene los atributos y, una
vez en el men de tabla, desplegaremos la pestaa Indexes.
Figura 8
Index Name: nombre del ndice.
Type: en el men desplegable elegiremos INDEX.
Column: marcamos las columnas que formaran parte del ndice.
Order: ndice ascendente o descendente.
Index Options. Storage Type: podemos elegir entre BTREE, RTREE, HASH o ninguno de
los anteriores.
NOTA: la aplicacin crea ndices automticamente tanto para las claves primarias como
para las forneas.

Bases de Datos
101
102
Utilice MySQl Workbench y realice el diagrama EER de la siguiente base de
datos de un seguro.
Persona (IdConductor, nombre, direccin)
Coche (Matricula, ao, modelo)
Accidente (Numero-informe, fecha, lugar)
Es-dueo (IdConductor, matricula)
Particip (IdConductor, coche, numero-informe, importe-daos)
Las claves primarias se han subrayado, ahora formule las siguientes
consultas SQL.
a. Determine el nmero total de personas cuyos coches se hayan visto
involucrados en un accidente en 2010.
b. Aadir un nuevo accidente a la base de datos; supngase cualquier
valor para los atributos necesarios.
c. Borrar el Mazda de Martin Gmez
ACTIVIDAD
Bases de Datos
103
1. Considere la base de datos Biblioteca Escolar que ha venido desarrollando a lo
largo del mdulo, y formule las siguientes consultas SQL:
Cuntos libros que se han prestado en un determinado mes de cualquier ao.
Cuntas veces se ha prestado cada libro.
Muestre los pedidos que se han realizado de un libro en particular.
Muestre los libros que han solicitado cada uno de los estudiantes.
Indique qu libros se han sacado mensualmente.
Inserta en la tabla LIBROS los siguientes datos: M102, Matemtica 2000, Norma
Inserta en la tabla EDITORIAL los siguientes datos: Norma, librerianorma.com,
01800707707
Modifcar los datos del lector 1102987345 de tabla LECTOR.
Modifcar los datos de los pedidos realizados en el ao 2013
Eliminar la tupla LECTOR con IdLector 1102987345
Eliminar la tupla LIBROS con IdLibro M102
Eliminar la tupla LIBROS con Titulo igual a ciencias naturales.
2. Considera el siguiente esquema Entidad-Relacin, agregue los atributos corres-
pondientes a cada entidad y luego convirtelo al modelo relacional, utiliza la aplicacin
MySql Workbench y realiza consultas utilizando select, from, where, insert, delete y
update. (Recuerde la caridnalidad de cada una de las relaciones)
AUTOEVALUACIN
Referencias
Gonzalez, A. (2011). Gestin de Base de Datos. Espaa: Editorial Ra-Ma.
Silberschatz, A. Korth, H. Sudarshan, S. (2002). Fundamentos de Bases de Datos.
Espaa: Editorial McGraw-Hill / interamericana de Espaa, S. A. U.
Kroenke, D. (2003). Procesamiento de Bases de datos, Fundamentos, diseo e Im-
plementacin. Mxico: Pearson Educacin. E-book. Recuperado de: http://books.goo-
gle.com.co/books?id=7ORUWItwcNEC&lpg=PP1&dq=base%20de%20datos&pg=PR4#-
v=onepage&q=base%20de%20datos&f=false
Date, C.J. (2001). Fundamentos de Sistemas de Bases de Datos. Mxico: Pearson
Educacin. E-book. Recuperado de: http://books.google.com.co/books?id=Vhum351T-K8C&lpg=-
PP1&pg=PP1#v=onepage&q&f=false
Claudio (2006). Tipos de datos que hay en SQL. Desarrolloweb. Recuperado de:
http://www.desarrolloweb.com/articulos/2336.php
Guzmn. Que es un DBMS. Slideshare. Recuperado de http://www.slideshare.net/mat-
3matik/qu-es-un-dbms-5805313
Baixauli, V., Grau, N., Snchez, A. (2012). Historia de las bases de datos. Slideshare.
Recuperado de: http://www.slideshare.net/da4equipo3/historia-de-las-bases-de-datos
Storti, G., Ros, G., Campodnico, G. (2007). Base de datos: Modelo Entidad Re-
lacin. Recuperado de: http://www.belgrano.esc.edu.ar/matestudio/carpeta_de_access_intro-
duccion.pdf
Bibliografa a Consultar
Nevado, M. Introduccin a las Bases de Datos Relacionales. Madrid, Espaa: Vi-
sin Libros. E-book. Recuperado de: http://books.google.com.co/books?id=0lUpB1lNU-
dIC&pg=PA6&lpg=PP1&dq=base+de+datos
Modelo relacional. Recuperado de: http://www.google.com.co/url?sa=t&rct=j&q=&es-
rc=s&source=web&cd=11&ved=0CGIQFjAK&url=http%3A%2F%2Fwww.fdi.ucm.
es%2Fprofesor%2Flgarmend%2FFBD%2FTema%25202.2%2520Modelo%2520relacio-
nal%2520v16.pdf&ei=aVG3UeLxLYv29gTZjICgBA&usg=AFQjCNHYSYIp7Kyq486o-
hmyCE6cLp2cEEQ&bvm=bv.47534661,d.eWU
Pablo. Base de Datos. Recuperado de: http://www.monografas.com/trabajos5/basede/
basede.shtml
Villar, M. & Fernadez, C. (2006). Base de datos Access: Aplicaciones fundamentales
y manejo bsico de una base. Recuperado de: http://books.google.com.co/books?id=-
dtRU5PjszaoC&printsec=frontcover&dq=base+de+datos&hl=es-419&sa=X&ei=LW7HUa-
GCFNKs4AOGmICYBw&ved=0CC8Q6AEwATgK
Piattini, M. (2000). Lneas de evolucin de las bases de datos. NOMATICA. Recupe-
rado de: http://www.youtube.com/watch?v=4k1n20lRET8
Thibaud, C. (2006). Recursos Informticos, MySql 5. Barcelona, Espaa: Edicio-
nes ENI. E-book. Recuperado de: http://books.google.com.co/books?id=wY0bHP-
mW-NUC&pg=PA11&dq=base+de+datos+con+Mysql&hl=es-419&sa=X&ei=UN-0Uc-
fKOJW64APwp4DwDw&ved=0CDEQ6AEwAQ#v=onepage&q=base%20de%20
datos%20con%20Mysql&f=false
Gutmann, J. (2011). Introduccin a las bases de datos relacionales (II). Pixels & Code,
volumen 2, 11-15. Recuperado de: http://pixelscode.com/mayo-2011/#/10/zoomed
Malca, E. (2012). Clase 3. Modelo de Datos. Slideshare. Recuperado de: http://www.
slideshare.net/eddiemalca/clase-3-modelo-de-datos
Videotutorial Software Dia. Recuperado de: http://www.youtube.com/watch?v=-9cp-
6jfyW1I

DIRECCIN DE EDUCACIN ABIERTA Y A DISTANCIA Y VIRTUALIDAD

LICENCIATURA EN EDUCACIN BSICA CON NFASIS EN TECNOLOGA E INFORMTICA
BASES DE DATOS
Carretera Troncal de Occidente - Va Corozal - Sincelejo (Sucre)
Telfonos: 2804017 - 2804018 - 2804032, Ext. 126, 122 y 123
Mercadeo: 2806665 Celular: (314) 524 88 16
E- Mail: facultadeducacion@cecar.edu.co

Base de Datos-Base de Datos PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Base de Datos-Base de Datos PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

DIRECCIN DE EDUCACIN ABIERTA Y A DISTANCIA Y VIRTUALIDAD

LICENCIATURA EN EDUCACIN BSICA CON NFASIS EN TECNOLOGA E INFORMTICA

Direccin de Educacin Abierta y a Distancia y Virtualidad

Anda mungkin juga menyukai