Bases 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
TABLA DE CONTENIDO
CORPORACIN
UNIVERSITARIA DEL
CARIBE
DIRECCIN DE
EDUCACIN ABIERTA
Y A DISTANCIA Y
VIRTUALIDAD
Rectora
Piedad Martnez Carriazo
Vicerrectora
Acadmica
Lidia Flrez de Albis
Compilador
I. Introduccin
III. Instrucciones de Manejo
II. Justificacin
IV. Referentes Tericos
Introduccin a las Bases

de Datos
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.
Modelo Entidad-Relacin
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
Mara Garca Medina
Asesor Pedaggico
Jorge Velasco Lara
Equipo de Edicin
Andrs Bertel Gonzlez
Alberto Garca Stave
Jairo Martnez Banda
Modelo Relacional
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.
Lenguaje de Consulta
Estructurado (SQL)
4.1 Introduccin al Lenguaje Estructurado

de Consulta (SQL).
4.2
Estructura bsica (clausulas select,

from, where).
4.3
Modificacin de la base de datos (In

sercin, Borrado, Actualizacin).
4.4
Gestor de base de datos MySql Work
bench
2013
Corporacin Universitaria del Caribe - CECAR
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 integrador 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 Abierta y a Distancia de CECAR.
Direccin de Educacin Abierta y a Distancia y Virtualidad
I. Introduccin
Los datos son la parte medular de cualquier sistema de informacin. El almacenamiento,

manipulacin y recuperacin de informacin en forma eficiente, 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, medicina, leyes, educacin, etc.
La importancia e impacto de las bases de datos es incuestionable a medida que las organizaciones ya sean gubernamentales, instituciones educativas, universidades, entidades
comerciales, entre otras, crean y mantienen bases de datos en la cuales estn contenidas todo tipo de informacin, desde documentos, tablas estadsticas, datos financieros,
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 rpidamente 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 bsicos 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.
I. Introduccin
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 modificacin de la base de datos utilizando las expresiones Insert, Delete, Update.
Al finalizar la ltima unidad, est la seccin de anexos en la cual se encuentra los manuales 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.
II. Justificacin
El desarrollo de la tecnologa aplicada a la informacin, especialmente ligada a las comunicaciones, ha logrado un alto y rpido desarrollo se puede encontrar un nivel de implementacin 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, finanzas,
investigacin, etc. Es por ello que el uso correcto de las tecnologas resulta ser un factor
determinante para alcanzar altos niveles de eficiencia 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 Tecnologa 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 pueda 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 comunicar, acciones que contribuirn a promover el desarrollo del pensamiento reflexivo, 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 procedimientos adecuados, para solucionar problemas de manera autnoma y transferir las
situaciones adquiridas a situaciones novedosas.
II. Justificacin
TECNOLGICA
Utiliza los principios bsicos de los sistemas de base de datos, para utilizarlos en el contexto educativo.
ARGUMENTATIVA
Argumenta y justifica el porqu de los modelos a utilizar en la solucin de problemas prcticos especficos de las diferentes reas de actividad de su profesin utilizando lenguaje
y simbologa apropiados para las representaciones que requiera.
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 socializarlo 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 conocimientos 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 afianzar 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 bibliogrficos que encuentras al final 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 ejemplificar la base de datos del observador 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 afianzar
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 Edicin, 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 ejemplificacin 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.
Estructura del Mdulo
Unidad
Introduccin a las Bases

de Datos
Introduccin a las Bases de Datos
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 sistemas 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 clasificacin.
La finalidad 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 bases de datos?
Bases de Datos
COMPETENCIAS ESPECFICAS

Interpreta y maneja las diferentes conceptualizaciones utilizadas en las bases de datos y como se relacionan entre ellas.
Identifica 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 educacin.
Identifica los diferentes tipos de almacenamientos de un sistema de

base de datos.

Identifica y explica los diferentes modelos de datos.
13
DINMICA PARA CONSTRUIR CONOCIMIENTO

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?
14
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 final de la unidad.
1.1 QU SON DATOS?
egn diccionario de la real academia, los datos son la Informacin dispuesta de manera 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 flotante,
coma flotante doble precisin y sin valor (char, int, float, double y void, respectivamente).
El tamao y el rango de estos tipos de datos varan con cada tipo de procesador.
16
En cuanto a los tipos de datos empleados en el lenguaje estructurado de consultas SQL,

se clasifican 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 definen 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 flotante 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
Tipo de Datos
Longitud
Descripcin
DOUBLE
8 bytes
Un valor en punto flotante de doble precisin con un rango

de - 1.79769313486232*10308 a -4.94065645841247*10324 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.
LONGBINARY
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 definidos:
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
17
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 definicin, esto
se debe al amplio mbito de aplicaciones y los avances en la tecnologa.
Una definicin adecuada puede ser :
Coleccin o depsito de datos, donde los datos estn lgicamente relacionados
entre s, tienen una definicin 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 definicin 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 mundo real, y a su vez esta es diseada, construida y llenada con datos para un propsito
especfico.
Al mismo tiempo las bases de datos tienen propiedades especficas las cuales son:
Bases de Datos
Representa algn aspecto del mundo real, del cual provienen los datos.
Es un conjunto de datos lgicamente coherente, con significado 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 datos), 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 posible almacenar y recuperar informacin en forma eficiente y conveniente.
La gestin de los datos implica tanto la definicin de estructuras para almacenar la informacin como la provisin de los mecanismos para la manipulacin de la informacin, al
mismo tiempo deben proporcionar la fiabilidad 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 figura 1.
19
figura 1.
Los componentes que hacen parte de un DBMS son:

DDL, Data Definition Language: define los elementos de los datos en la Base de datos. Permite crear tablas, modificarlas y eliminarlas.
DML, Data Manipulation Languaje: manipula los datos para aplicaciones. Permite dar
de alta filas, modificar contenido de columnas y borrar filas 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 define sus tablas,
sus campos en cada tabla y las relaciones entre cada campo y cada tabla.
20
El esquema es generalmente almacenado en un Diccionario de Datos. Aunque generalmente el esquema es definido en un lenguaje de Base de datos, el trmino se usa a
menudo para referirse a una representacin grfica de la estructura de base de datos.
1 Recuperado de: http://es.wikipedia.org/wiki/Esquema_de_una_base_de_datos
Bases de Datos
1.3.4
Independencia de los datos
las nminas, como por ejemplo el aumen-
Es la libertad que puede existir para modificar algunos de los esquemas sin que exista
la necesidad de reescribir los programas de
aplicacin. Existen bsicamente dos tipos
de independencia:
to de salario. Consista en leer una cinta o
Independencia fsica: Se presenta

cuando es posible la modificacin del
esquema fsico sin afectar a los esquemas restantes. Acta en los contenidos
de la base de datos.
Independencia lgica. Ocurre cuando
se modifica el esquema conceptual sin
afectar al resto de los esquemas. Bsicamente se modifica el esquema conceptual cuando cambia las caractersticas de los datos a almacenar. Acta
sobre la estructura de la base de datos.
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 datos en los discos, ya que en milisegundos
era recuperable la informacin.
Los discos dieron inicio a las Bases
1.4 HISTORIA DE LOS SISTEMAS

DE BASES DE DATOS.
de Datos, de red y jerrquicas, pues los
El nacimiento de las bases de datos se impulsa por el crecimiento de las computadoras, 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 Estados Unidos en 1880 y se tardaron 7 aos
para obtener resultados.
tajas de los discos era posible guardar es-
programadores con su habilidad de manipulacin de estructuras junto con las ventructuras 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 Relational Model of data for Large Shared Banks.
La historia de las bases de datos se genera

a partir de la evolucin que han tenido estos, 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
Dcada de 1980. Bases del Modelo
E-R
Abstraer la representacin de datos.
Minimizar la redundancia de datos, dividindolos en distintos grupos no duplicados.
Incrementar la consistencia de datos,
por ejemplo si se cambia el nombre de
un cliente, este cambiara en todos los
reportes.
21
Posteriormente un lenguaje llamado SQL

(Lenguaje estructurado de consultas) tambin 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 ignorado por IBM, y poco despus Oracle saco su
versin comercial de BD basada en la teora 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 decisiones, que son intensivas en consultas,
mientras que el objetivo principal de las bases de datos en la dcada de 1980 de las
aplicaciones de procesamiento de transac-
22
ciones, que son intensivas en actualizaciones. En esta poca las herramientas para
analizar grandes cantidades de datos experimentaron 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 extensivamente. 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 SISTEMAS DE BASES DE DATOS.

Las bases de datos son ampliamente usadas. Las aplicaciones ms representativas
de bases de datos segn Silberschatz, Korth, Sudarshan (2002) son:
Banca: para informacin de clientes,

cuentas y prstamos, y transacciones
bancarias.
Lneas Areas: para reservas e informacin de planificacin. Estas fueron
las primeras en utilizar las bases de datos de forma distribuida geogrficamente.
Universidades: para informacin de los
estudiantes, matriculas de las asignaturas y cursos.
Transacciones de tarjetas de crdito:
para compras con tarjetas de crdito y
generacin mensual de extractos.
Telecomunicaciones: para guardar registros de las llamadas realizadas,
generacin mensual de facturas, manteniendo el saldo de las tarjetas telefnicas de prepago y para almacenar
informacin sobre las redes de comunicaciones.
Finanzas: para almacenar informacin sobre grandes empresas, ventas
y compras de documentos formales financieros, como bolsas y bonos.
Ventas: para informacin de clientes,
productos y compras.
Produccin: para la gestin de la cadena 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, impuestos y beneficios, y para la generacin
de las nminas
Por tanto, podemos afirmar que los sistemas de bases de datos forman una parte
importante en casi todas las empresas actuales.
Bases de Datos
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 informacin. En este apartado hemos reseado tan slo aquellas que son accesibles desde Internet y las presentamos clasificadas en dos grupos: las que proporcionan informacin directa sobre Sistemas Educativos y las que nos proporcionan informacin menos
especfica aunque valiosa para los docentes e investigadores en este campo.
RENATA
ProQuest
Eurybase
International Association of Universities
Observatorio de la
Educacin Iberoamericana
OCDE - Education
Database
PISA-OCDE
Ploteus
Sistemas Educativos
SITEAL
UNESCO
Base de Datos
Mundial sobre
desigualdades en
Educacin (WIDE)
RENATA es la red de tecnologa avanzada que conecta, comunica y propicia la

colaboracin entre las instituciones acadmicas y cientficas de Colombia con
las redes acadmicas internacionales y los centros de investigacin ms desarrollados del mundo. http://www.renata.edu.co/
Compaa editorial con sede en Ann Arbor, Michigan, que publica en formatos
electrnicos y microfilm y suministra servicios de informacin para universidades, escuelas, empresas pblicas, corporaciones y bibliotecas pblicas en todo
el mundo, fundamentalmente bases de datos bibliogrficas. http://www.proquest.
com.br/es-XL/
Informacin sobre Sistemas Educativos Europeos habitualmente en el idioma
del pas y en ingls. http://eacea.ec.europa.eu/education/eurydice/eurypedia_
en.php
Contiene descripciones en formato RTF de los Sistemas de Educacin Superior
de 174 pases. http://www.iau-aiu.net/
El Observatorio debe entenderse como un productor de sentidos y como un
generador de rutas posibles que a su vez incorpora mltiples y diversas miradas que hoy existen en la Regin y que constituyen el pensamiento educativo
Iberoamericano. http://www.oei.es/observatorio.htm
Esta Base de Datos de la OCDE proporciona informacin comparable internacionalmente sobre aspectos claves de los Sistemas Educativos. http://www.
oecd.org/
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
Es el portal que le informa de las oportunidades de aprendizaje en todo el espacio europeo, le ayudar a conocer la oferta de educacin y formacin en toda
Europa. http://ec.europa.eu/ploteus/home_es.htm
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/
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/
Indicadores Educativos. Global Monitoring Report. http://gmr.uis.unesco.org/selectIndicators.aspx
Permite la comparacin de distintos tipos de desigualdades -por nivel de ingresos, 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/
23
1.7 TIPOS DE ALMACENAMIENTO

DE UNA BASES DE DATOS.
res tcnicas muchas veces pueden determinarse viendo la estructura de la base de

datos, entre otras caractersticas.
La mayora de las bases de datos se almacenan en las llamadas memorias secundarias, especialmente discos duros, aunque,
en principio, pueden emplearse tambin
discos pticos, memorias flash, etc2.
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 encuenLas razones por las cuales las bases de datos tren las tcnicas idneas, o sea, aquellas
se almacenan en memorias secundarias son: que permitan la mayor velocidad posible de
acceso a los datos.
24
En general, las bases de datos son demasiado grandes para entrar en la memoria primaria.
La memoria secundaria suele ser ms
barata que la memoria primaria.
La memoria secundaria es ms til para
el almacenamiento de datos permanente, 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 recuperacin de bases de datos: Las tcnicas empleadas para almacenar bases de datos
son sumamente importantes para la velocidad de acceso y recuperacin de datos.
Las tcnicas dependen del tipo de almacenamiento, el uso que se le da o se le dar a
la base de datos, la estructura de la misma,
el SGBD empleado, etc.
El almacenamiento en archivos de las bases de datos, Las bases de datos se almacenan en ficheros o archivos. Existen diferentes 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 ordenados): esta tcnica coloca los registros
en el disco sin un orden especfico,
aadiendo nuevos registros al final 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 calculado: utilizan una funcin de direccionamiento calculado aplicada a un campo
especfico para determinar la colocacin de los registros en disco.
rboles B: se vale de la estructura de
rbol para las colocaciones de registros.
Esta dependencia no significa necesariamente que haya que cambiar la estructura

de la base de datos si se cambian las tcnicas empleadas. Las tcnicas de almacenamiento son independientes de la base de
datos, pero, de todas maneras, las mejo- Existe una segunda forma de acceder a los
datos llamada organizacin secundaria o
2 Recuperado de: http://www.alegsa.com.ar/Dic/
estructura de acceso auxiliar. Estas permialmacenamiento%20de%20bases%20de%20datos.php
Bases de Datos
ten que los accesos a los registros de un
archivo basado en campos alternativos,
sean ms eficientes 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 reflejados inmediatamente.
Flexibilidad: para nuevas necesidades,
los cambios de estructura no afectan
los datos.
Rpida creacin de nuevas aplicaciones: una vez creada la BD y funcionando, crear una nueva aplicacin necesita
menos tiempo.
Independencia de los datos: ocultan
detalles de implementacin.
1.9 TIPO DE BASE DE DATOS SEGN SU USO.

Las bases de datos estn en continua
evolucin tecnolgica y lo que antes requera tecnologa separada de las propias 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 encarga de almacenar documentos de diversas naturalezas (predominantemente textos, pero tambin planos, hojas
de clculos, fotografas, documentos
digitalizados mediante escner, etc.).
Base de datos geogrficas o sistemas
de informacin geogrfica (SIG): almacena datos vectoriales sobre puntos
geogrficos, superficies regulares o
irregulares, volmenes, etc., asociados a valores estadsticos empleando
sistemas de coordenadas geogrficas
o UTM (propias de los sistemas de posicionamiento global o GPS). Este tipo
de base de datos ofrecen informacin
sobre territorios, tales como estadsticas, demogrficas, meteorolgica,
ventas de productos o clculos sobre
terrenos, tales como solapamiento de
superficies, distancias entre puntos,
clculo de rutas, etc.
Base de datos OOP (orientada a objetos): nuevas bases de datos relacionales para establecer mecanismos de
almacenamiento de objetos de longitudes 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 finalidad
de estas bases de datos es la deteccin de tendencias para agrupar tipos
de clientes y utilizar de forma retroalimentada esta informacin para mejorar
el negocio.
Base de datos transaccionales (OLTP):
son bases de datos orientadas a bloques
de transacciones masivas, para clientes tales como entidades bancarias,
instituciones burstiles o mayoristas de
ventas. Se caracterizan por su alto rendimiento, alta disponibilidad y preparacin contra contingencias catastrficas.
25
1.10 MODELOS DE LOS DATOS. 1.10.2 Clasificacin de los modelos de datos.

1.10.1 Definicin de un modelo de
1.10.2.1 Modelo EntidadRelacin (E-R)
datos.
Est basado en una percepcin del mundo
real que consta de una coleccin de objetos bsicos llamados entidades y relaciones entre estos objetos, implementndose
Date (2001) como Un modelo de datos en forma grfica a travs del Diagrama Enes una definicin lgica, independiente tidad Relacin.
y abstracta de los objetos, operadores
y dems que en conjunto constituyen la
mquina abstracta con la que interac- 1.10.2.2 Modelo Relacional
tan los usuarios. Los objetos nos permiten modelar la estructura de los datos. Se basa en el concepto matemtico de reLos operadores nos permiten modelar lacin. En este modelo, la informacin se
su comportamiento.
representa en forma de tablas o relaciones, donde cada fila de la tabla se interpreta
como una relacin ordenada de valores (un
Tambin se puede definir como:
conjunto de valores relacionados entre s).
En la estructura de la base de datos se encuentra el modelo de datos, el cual es definido por:
26
Una coleccin de herramientas concep- 1.10.2.3 Modelo de datos orientado a
tuales para describir los datos, las relaciones, 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 clasifican en modelo entidad-relacin, modelo relacional que son
los que se estudiaran en el presente modulo, aparte de estos encontramos los modelos lgicos basados en objetos, modelos
lgicos basados en registros y modelos fsicos.
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, principalmente 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 ramifican el camino para acceder al resto de los datos que precisamos.
Bases de Datos
1.10.2.5 Modelo en red
Conocido como modelo CODASYL (Conference on Dat System Language), conformada 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.
ACTIVIDAD
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 pregunta: Podemos integrar una base de datos documental dentro
de una base de datos relacional moderna? Justifique su respuesta.
5.Qu tipo de usuarios interaccionan con una base de datos?
27
AUTOEVALUACIN
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
28
3. Las bases de datos se pueden definir como:

a) Coleccin o depsito de datos, donde los datos estn lgicamente relacionados entre
s, tienen una definicin 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
especfico.
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 modificar 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 modificacin 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
Bases de Datos
8. Ocurre cuando se modifica el esquema conceptual sin afectar al resto de los esquemas.
Bsicamente se modifica 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 definir 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 definicin 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.
29
30
Unidad
Modelo Entidad - Relacin

M-E-R
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 cuales 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, independientemente 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 grficas, al mismo tiempo este modelo tiene propiedades de expresividad,
simplicidad, minimalidad y formalidad.
El modelo conceptual ms utilizado es el modelo Entidad Relacin que maneja los siguientes conceptos: entidades, relaciones, atributos; adems se estudiara las restricciones en el modelo E-R, claves, diagramacin del modelo
E-R, caractersticas del modelo E-R extendido (Especializacin, generalizacin 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.
32
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 finalizar 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

Explica la importancia de una metodologa y un modelo para el diseo de base de datos.

Clasifica los diferentes modelos de datos manejados en las bases de
datos.

Identifica 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 siguiendo la metodologa de diseo conceptual para disear de una
base de datos.
33

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?
34
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
METODOLOGA DE DISEO DE samiento y optimizacin de consultas, control de concurrencia, gestin de transaccioBASE DE DATOS
ara introducirnos a esta temtica miremos los planteamientos dados por Batini, 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 desempea un papel central en el empleo de los recursos de informacin en la mayora de las
organizaciones [] las ultima dcadas se
han caracterizado por un fuerte crecimiento en el nmero e importancia de las aplicaciones de base de datos. Las bases de
datos son componentes esenciales de los
sistemas de informacin, usadas rutinariamente 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.
nes y recuperacin, etc.
Segn ha avanzado la tecnologa de base

de datos, as se han desarrollado las metodologas y tcnicas de diseo. Se han alcanzado 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 conseguir estos objetivos.
[] Desafortunadamente, las metodologas de diseo de base de datos no son

muy populares; la mayora de las organizaciones y de los diseadores individuales
confa muy poco en las metodologas para
llevar a cabo el diseo y esto se considera, 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
[] A finales de la dcada de los 60s, cuan- el tiempo o los recursos necesarios para
do las bases de datos entraron por primera aun proyecto de base de datos, las bases
vez en el mercado del software, los dise- de datos son inadecuadas o ineficientes en
adores de bases de datos actuaban como relacin a las demandas de la aplicacin,
artesanos, con herramientas muy primiti- la documentacin es limitada y el mantenivas: diagramas de bloques y estructuras de miento es difcil.
registros eran los formatos comunes para
la especificaciones y el diseo de base de [] Muchos de estos problemas se deben
datos se confunda frecuentemente con la a la falta de una claridad que permita enimplantacin de las bases de datos. Esta tender la naturaleza exacta de los datos,
situacin ahora ha cambiado, los mtodos a un nivel conceptual y abstracto. En muy modelos de diseo de base de datos han chos casos, los datos se describen desde
evolucionado paralelamente con el progre- el comienzo del proyecto en trminos de
so de la tecnologa en los sistemas de base las estructuras finales de almacenamiento;
de datos, que ofrecen poderosos lenguajes no se da peso a un entendimiento de las
de consultas, herramientas para el desa- propiedades estructurales de los datos que
rrollo de aplicaciones e interfaces amables sea independiente de los detalles de la reacon los usuarios. La tecnologa de base de lizacin.
datos cuenta ya con un marco terico, que
incluye la teora relacional de datos, proce- [] El diseo de una base de datos es un
35
proceso complejo que abarca decisiones

a muy distintos niveles. La complejidad se
controla mejor si se descompone el problema en subproblemas y se resuelve cada
uno de estos subproblemas independientemente, utilizando tcnicas especficas. As,
el diseo de una base de datos se descompone en diseo conceptual, diseo lgico
y diseo lgico.
A continuacin se describe cada uno de los
diseos:
36
Diseo conceptual parte de las especificaciones de requisitos de usuarios y su resultados 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 manipularla. Este modelo es un lenguaje que se
utiliza para describir esquemas conceptuales; tiene por objetivo, describir el contenido de informacin de la base de datos y no
las estructuras de almacenamiento que se
necesitarn para manejar esta informacin.

miento y los mtodos utilizados para tener

un acceso eficiente a los datos. Por ellos el
diseo fsico depende del SMBD concreto y
del esquema fsico se expresa mediante su
lenguaje de definicin de datos.
MODELO DE DATOS
Para describir la estructura de una base de
datos es necesario definir el concepto de
modelo de datos, el cual es:
una coleccin de herramientas conceptuales 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 mecanismos suficientes para captar la semntica
del mundo real, por lo que surgen modelos
conceptuales, ms ricos semnticamente,
que facilitan la labor del diseador ayudndole 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 fcil de entender.
Diseo lgico parte del esquema conceptual y da como resultado un esquema lgico, el cual es una descripcin de las bases de datos en trminos de las estructuras
de datos que puede procesar un tipo de
SMBD. Este modelo es un lenguaje usado
para especificar esquemas lgicos (modelo En el diseo de base de datos se usan prirelacional, modelo de red). El diseo lgico mero los modelos conceptuales para lograr
depende del tipo de SMBD que se vaya a una descripcin de alto nivel de la realidad.
utilizar, no depende del producto en concreto.

Diseo fsico parte del esquema lgico y
da como resultado un esquema fsico, es
cual es una descripcin de la implementacin de una base de datos en memoria
secundaria: las estructuras de almacena-
MODELO ENTIDAD-RELACIN
(E-R)
Est basado en una percepcin del mundo

real consistente en objetos bsicos llamados entidades y de relaciones entre objetos. Se desarroll para facilitar el diseo de
Bases de Datos
base de datos permitiendo la especificacin de un esquema de la empresa que representa 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 unificada de datos. Este modelo se centra en la estructura lgica y abstracta de los datos, como representacin del mundo real, independiente de las caractersticas 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 propiedades y valores para algn conjunto de propiedades pueden identificar 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 identifica 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 grficamente mediante rectngulos y su nombre aparece
en el interior (ver figura 2.1). Un nombre de entidad slo puede aparecer una vez en el
esquema conceptual.
Figura 2.1
37
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 identificada unvocamente sin participar en la relacin.
Dbil: Es una entidad cuya existencia depende de la existencia de otra entidad. Si elimina 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 figura 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
38
Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene un

nombre que describe su funcin. Por ejemplo, se puede definir una relacin que asocie
a un estudiante Mara con la anotacin A-1. Esta relacin especifica 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 figura 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 identificamos de forma
nica el tipo de relacin y mediante el cual la referenciamos; y grado, que es el nmero 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 figura 2.3 es de
grado 2.
Bases de Datos
2.1.3 Atributos.
Describen las propiedades que posee cada miembro de un conjunto de entidades. Grficamente los atributos se representan mediante el texto descriptivo dentro de las entidades 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
define como los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos 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 pequeas que tengan un significado propio y un atributo compuesto son aquellos con varios
componentes, cada uno con un significado por s mismo. Y grficamente se representan
por medio de una elipse.
39
Figura 2.4
Recuerde que: las lneas son las que unen los atributos con las entidades y las entidades
con las relaciones.
ACTIVIDAD 1
Identifica 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 identificaste y por
ultimo escribe los atributos de esas entidades.
2.2 RESTRICCIONES DE INTEGRIDAD EN EL MODELO ER

De acuerdo a Silberschatz, Korth & Sudarshan (2002), un esquema de desarrollo E-R
puede definir ciertas restricciones a las
que los contenidos de la base de datos se
deben adaptar. A continuacin se describirn las correspondencias de cardinalidades
y las restricciones de participacin.
2.2.1 Correspondencia de cardinalidades

Las correspondencias de cardinalidades
tambin denominada razn de cardinalidades, expresa el nmero de entidades a las
que otra entidad puede estar asociada.
40
Figura 2.4
Uno a Varios (1 a N): Una entidad en A

se asocia con cualquier nmero de entidades en B (ninguna o varios). Una entidad en B, sin embargo, se puede asociar con cualquier nmero de entidades
(ninguna o varias) en A. Figura 2.5
La cardinalidad con la que una entidad

participa en una relacin especfica 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 relacin 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 participacin es opcional (parcial).
A continuacin se toman la correspondencia de cardinalidad de las relaciones binarias 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 cardinalidades debe ser una de las siguientes:
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
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
Bases de Datos
uno a varios, pero caso contrario es que
una o varias anotaciones solo puede pertenecer a un estudiante entonces el conjunto
de relaciones anotacin a estudiante es de
varios a uno.
ACTIVIDAD 2
Figura 2.6
Con el ejercicio realizado en la actividad 1,

identifique las cardinalidades entre cada
una de las entidades que usted identifico
para la base de datos de una biblioteca escolar.
Varios a Varios (N a N): Una entidad

en A se asocia con cualquier nmero
2.2.2 Restriccin de participacin
de entidades (ninguna o varias) en B,
y una entidad en B se asocia con cualquier nmero de entidades (ninguna o Las restricciones pueden limitar los tipos de
varias) en A. Figura 2.7
estructuras que es imposible representar
mediante un cierto modelo de datos, o bien
permiten restringir los valores que pueden
tomar ciertos atributos o imponen limitaciones al tipo de correspondencia u otras caractersticas 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 relacin en R. Si solo algunas entidades en
E participan en relaciones en R, la particiFigura 2.7
pacin del conjunto de entidades E en la
Cabe aadir que la correspondencia de relacin R se llama parcial.
cardinalidades apropiadas para un conjunto de relaciones particular depende obviamente de la situacin del mundo real que 2.3 CLAVES
se est modelando.
Es importante especificar como se distinguen las entidades y las relaciones. ConPara ejemplarizar lo anterior, miremos la ceptualmente, las entidades y las relaciosiguiente situacin. En el observador del nes individuales son distintas; peor desde
estudiante un estudiante puede tener mu- la perspectiva de las bases de datos, la dichas anotaciones, entonces el conjunto de ferencia entre ellas se expresa en trminos
relaciones de estudiante a anotacin es de de los atributos.
41
Por tal motivo como lo expresan: Silberschatz, Korth & Sudarshan (2000), los valores de los atributos de una entidad deben ser tales que permitan identificar unvocamente 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
identificar un conjunto de atributos suficientes para distinguir las entidades entre s. Las
claves tambin ayudan a identificar a las relaciones y as distinguir las relaciones entre s.
Existen varios tipos de claves en las cuales encontramos:
42
Superclave: es un conjunto de uno o ms atributos que, formados colectivamente,

permiten identificar de forma nica una entidad.
Claves Candidatas: Son todos aquellos atributos que son nicos y por ende pueden
cumplir la funcin de identificar 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 finalmente designados para individualizar el registro. Pueden ser naturales o artificiales
Clave Natural: Se refiere a atributos ya existentes en la entidad a modelar, que son
adecuados para identificar unvocamente a un registro, como lo nmeros de identificacin, 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 Artificial: Es un campo que contiene un valor que no se desprende de los atributos reales de la entidad a modelar, sino que ha sido creado especficamente 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 ausencia de claves candidatas.
Claves foranes: Son crticas para mantener la integridad de las relaciones entre entidades. Una clave fornea o clave ajena (o Foreign Key FK) es una limitacin referencial entre dos tablas. La clave fornea identifica una columna o grupo de columnas en
una tabla (tabla hija o referendo) que se refiere a una columna o grupo de columnas
en otra tabla (tabla maestra o referenciada). Las columnas en la tabla referendo deben ser la clave primaria u otra clave candidata en la tabla referenciada.
Bases de Datos
ACTIVIDAD 3
Defina cada una de las claves que identifican cada una de las entidades de la base de
datos de una biblioteca escolar.
2.4 DIAGRAMA ENTIDAD-RELACIN (E-R)

Los diagramas E-R constituyen la representacin grfica 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 incongruencias 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 cuestin 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 interactan entre s, tambin si es posible debatir el modelo entre varios compaeros para compartir 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 componentes 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 relaciones.
Rectngulos Dobles, que representa conjuntos de entidades dbiles.
43
Consideremos el diagrama E-R de la figura 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, NombreApellido, Grado y los atributos de la entidad Docente_DirGrupo son: IdDocente, NombreApellido, GardoAcargo, cabe anotar que los atributos subrayados son las clave primara
de cada entidad respectivamente.
44
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 grficamente 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, tenemos 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
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 siguiente 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 comprado nada, por tanto, an o han enviado pedidos. Entonces estos son clientes potenciales.
Se representa de la siguiente forma:
45
Figura 2,11
Esta relacin indica que un cliente puede tener cero, uno o ms pedidos.
En la figura 2,12 muestra cmo se pueden representar atributos compuestos en el modelo E-R., podemos observar como el atributo Nombre, con atributos componentes PrimerNombre, SegundoNombre, PrimerApellido, SegundoApellido, reemplazan el atributo
simple NombreApellido (este puede ser observado en la Figura 2,8) de la entidad Estudiante. Tambin se puede observar el atributo compuesto direccin, cuyos atributos componentes son Municipio, Barrio, Calle, que reemplaza el atributo direccin. En la misma
figura se muestra un atributo multivalorado, Telfono, graficado por una elipse doble y un
atributo derivado Edad que es representado por una elipse discontinua.
Figura 2,12
2.5 CARACTERSTICA DEL MODELO E-R EXTENDIDO
46
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 adecuadamente expresados mediante ciertas extensiones del modelo E-R bsico. En este apartado 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 entidades 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 clasificarse 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 proceso 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 refinar el esquema de
diseo. Ver Figura 2,13.
Bases de Datos
Figura 2,13
Se debe tener en cuenta que las entidades se pueden especializar por ms de una caracterstica 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 fijo, resultado en los conjuntos de entidades
empleado-temporal y empleado-fijo. Cuando se forma ms de una especializacin de un
conjunto de entidades, una entidad en particular puede pertenecer a varias especializaciones. 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 componente 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 especializacin tiene, luego grafquela.
47
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 figura 2,14, podemos observar
que:
El tipo de entidad Familiar con atributos IdFamiliar, Direccin y Telfono, es una generalizacin de la entidad Padre, que tiene como atributo IdPadre.
El tipo de entidad Familiar con atributos IdFamiliar, Direccin y Telfono, es una generalizacin de la entidad Acudiente, que tiene como atributo IdAcudiente.
La entidad Acudiente puede ser una generalizacin de los tipos de entidades Tos,
Abuelos, ICBF.
48
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 sinptico.
2. Defina 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
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 grfica 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 relaciones. Para ilustrar la necesidad de tales construcciones tomemos como ejemplo el siguiente 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 grfica del enunciado es el siguiente:
49
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.
Figura 2,16
50
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, Sucursal y Trabajo, se desea registrar los directores para las tareas realizadas por
un empleado de una sucursal; es decir, se desean registrar directores por combinaciones (Empleado, Sucursal, Trabajo), asumiendo que existe una entidad Director. Represente grficamente esta situacin utilizando la agregacin.
2.5.4 Notaciones alternativas del modelo E-R

En la figura 2,17 se resume el conjunto de smbolos que usan para el diseo de los diagramas del modelo E-R. Cabe aadir que no hay un estndar universal para la diagramacin del modelo E-R, en la figura 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 figura 2,18.
Las etiquetas * y 1 en los arcos que salen de las relaciones se usan a menudo para detonar relaciones varios a varios, uno a uno y varios a uno. En otra notacin alternativa de la
figura 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 figura.
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
52
El modelo de datos E-R proporciona un alto grado de flexibilidad en el diseo de un esquema de base de datos para modelar una situacin dada del mundo real. Entre las decisiones 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 fuertes 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 relaciones 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 diagrama E-R en un nico conjunto de entidades, permitiendo tratar el conjunto de entidades 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
2.6.1 Metodologa de diseo
estas especificaciones se buscan los nombres o las caractersticas que se mencionan

(por ejemplo: cdigo del estudiante, nomEl primer paso en el diseo de una base
bre del estudiante, grado, identificacin del
de datos es la produccin del esquema
docente, direccin del docente, cdigo de
conceptual. Normalmente, se construyen
la anotacin, fecha de la anotacin). Tamvarios esquemas conceptuales, cada uno
bin se buscan objetos importantes como
para representar las distintas visiones que
personas, lugares o conceptos de inters,
los usuarios tienen de la informacin. Cada
excluyendo aquellos nombres que slo son
una de estas visiones suelen corresponder
propiedades de otros objetos. Por ejemplo,
a las diferentes reas funcionales de la emse pueden agrupar el cdigo del estudiante
presa como, por ejemplo, produccin, vencon nombre del estudiante en una entidad
tas, recursos humanos, etc.
denominada Estudiante, y agrupar la identificacin del docente con nombre del docenEstas visiones de la informacin, denomi- te en una entidad llamada Docente y cdinadas vistas, se pueden identificar de va- go de anotacin con fecha de anotacin en
rias formas. Una opcin consiste en exami- la entidad Anotacin.
nar los diagramas de flujo de datos, que se
pueden haber producido previamente, para
Otra forma de identificar las entidades es
identificar cada una de las reas funcionabuscar aquellos objetos que existen por s
les. La otra opcin consiste en entrevistar a
mismos. Por ejemplo, Estudiante es una
los usuarios, examinar los procedimientos,
entidad porque los estudiantes existen, selos informes y los formularios, y tambin
pamos o no sus nombres, direcciones y teobservar el funcionamiento de la empresa.
lfonos.
A los esquemas conceptuales correspondientes a cada vista de usuario se les denomina esquemas conceptuales locales.
Cada uno de estos esquemas se compone de entidades, relaciones, atributos, dominios de atributos e identificadores. 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:
Identificar de entidades, Identificar de relaciones, Identificar los atributos y asociarlos
2.6.2.1 Identificar las entidades
En primer lugar hay que definir los principales objetos que interesan al usuario. Estos
objetos sern las entidades. Una forma de
identificar las entidades es examinar las especificaciones de requisitos de usuario. En
A veces, es difcil identificar las entidades por la

forma en que aparecen en las especificaciones
de requisitos. A veces se habla utilizando ejemplos 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 clasificar matrimonio? Pues de cualquiera de las tres formas. El anlisis es subjetivo, por lo que distintos diseadores pueden hacer distintas
interpretaciones, aunque todas igualmente
vlidas. Todo depende de la opinin y la
experiencia de cada uno. Usted como diseador de una base de datos debe tener
una visin selectiva y clasificar las cosas
que observan dentro del contexto en el
53
que se encuentra. A partir de unas especificaciones de usuario es posible que no se

pueda deducir un conjunto nico de entidades, 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.
54
Una vez identificadas todas las relaciones,

hay que determinar la cardinalidad mnima
y mxima con la que participa cada entidad 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 actualizaciones violan o no las reglas establecidas
sobre la semntica de los datos.
Conforme se van identificando las entidades, se les dan nombres que tengan un significado. Los nombres de las entidades y
sus descripciones se anotan en el diccionario de datos. Cuando sea posible, se debe
anotar tambin el nmero aproximado de
ocurrencias de cada entidad. Si una entidad se conoce por varios nombres, stos
se deben anotar en el diccionario de datos Conforme se van identificando las relaciocomo alias o sinnimos.
nes, se les van asignando nombres que
tengan significado para el usuario. En el
2.6.2.2 Identificar relaciones
diccionario de datos se anotan los nombres
de las relaciones, su descripcin y las carUna vez definidas las entidades, se de- dinalidades con las que participan las entiben definir las relaciones existentes entre dades en ellas.
ellas. Del mismo modo que para identificar
las entidades se buscaban nombres en las
especificaciones de requisitos, para iden- 2.6.2.3 Identificar los atributos y
tificar las relaciones se suelen buscar las asociarlos a las entidades
expresiones verbales (por ejemplo: Estudiante tiene docente director de grupo, do- Al igual que con las entidades, se buscan
cente realiza anotaciones, estudiante tiene nombres en las especificaciones de reanotaciones). Si las especificaciones de requisitos. Son atributos los nombres que
quisitos reflejan estas relaciones es porque identifican propiedades, cualidades, identison importantes para el modelo que se est ficadores o caractersticas de entidades o
desarrollando y, por lo tanto, se deben re- relaciones, lo ms sencillo es preguntarse,
para cada entidad y cada relacin, qu inflejar en el esquema conceptual.
formacin se quiere saber de...?.
Es muy importante repasar las especificaciones para comprobar que todas las
relaciones, explcitas o implcitas, se han Al identificar los atributos, hay que tener
encontrado. Si se tienen pocas entidades, en cuenta si son simples o compuestos.
se puede comprobar por parejas si hay al- Por ejemplo, el atributo direccin puede
guna relacin entre ellas. De todos modos, ser simple, teniendo la direccin completa
las relaciones que no se identifican ahora como un solo valor: `La Selva calle 7, Sinse suelen encontrar cuando se valida el celejo; o puede ser un atributo compuesto,
esquema con las transacciones que debe formado por la calle (`Nario), el nmero
soportar.
(`7) y ciudad (`Sincelejo). El escoger entre
Bases de Datos
atributo simple o compuesto depende de
los requisitos del modelo que se est construyendo. Si el usuario no necesita acceder
a cada uno de los componentes de la direccin por separado, se puede representar
como un atributo simple. Pero si el usuario
quiere acceder a los componentes de forma individual, entonces se debe representar como un atributo compuesto.
Tambin se deben identificar 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 estudiantes de un grado. Si se hace, se debe
indicar claramente que el atributo es derivado y a partir de qu atributos se obtiene
su valor.
Cuando se estn identificando los atributos, se puede descubrir alguna entidad que
no se ha identificado previamente, por lo
que hay que volver al principio introduciendo 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 vayan 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 acabado, se han asociado todos los atributos.
Hay que tener mucho cuidado cuando parece que un mismo atributo se debe asociar
a varias entidades. Esto puede ser por una
de las siguientes causas:
Se han identificado varias entidades,
cuando, de hecho, pueden representarse como una sola entidad. En este
caso, se puede escoger entre introducir

una jerarqua de generalizacin, o dejar las entidades que representan cada
uno de estas.
Se ha identificado una relacin entre
entidades. En este caso, se debe asociar el atributo a una sola de las entidades y hay que asegurarse de que la
relacin ya se haba identificado previamente. Si no es as, se debe actualizar
la documentacin para recoger la nueva relacin.
Conforme se van identificando los atributos, se les asignan nombres que tengan
significado para el usuario. De cada atributo se debe anotar la siguiente informacin:
Nombre y descripcin del atributo.
Alias o sinnimos por los que se conoce al atributo.
Tipo de dato y longitud.
Valores por defecto del atributo (si se
especifican).
Si el atributo siempre va a tener un valor (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 esquema 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 informacin adicional sobre los dominios como,
por ejemplo, las operaciones que se pueden realizar sobre cada atributo, qu atri-
55
butos pueden compararse entre s o qu

atributos pueden combinarse con otros.
Aunque sera muy interesante que el sistema final respetara todas estas indicaciones
sobre los dominios, esto es todava una lnea abierta de investigacin.
2.6.2.5 Determinar los identificadores

Cada entidad tiene al menos un identificador. En este paso, se trata de encontrar todos los identificadores de cada una de las
entidades. Los identificadores pueden ser
simples o compuestos. De cada entidad se
escoger uno de los identificadores como
clave primaria en la fase del diseo lgico.
56
2.6.2.7 Dibujar el diagrama Entidad Relacin (E-R)

Una vez identificados todos los conceptos,
se puede dibujar el diagrama entidad-relacin correspondiente a una de las vistas de
los usuarios. Se obtiene as un esquema
conceptual local.
2.7 EJEMPLO DE LA UTILIZACIN DE LA METODOLOGA DE

DISEO DEL MODELO E- R
A continuacin se desarrollar un ejemplo
donde se seguirn los pasos de la metodologa para el diseo de una base de datos
en el contexto de la educacin.
La situacin problemtica es la siguiente:

Cuando se determinan los identificadores Se desea disear una base de datos del
es fcil darse cuenta de si una entidad es observador del estudiante para un institufuerte o dbil. Si una entidad tiene al menos cin educativa, el observador del estudianun identificador, es fuerte (otras denomina- te consta de la identificacin personal del
ciones son padre, propietaria o dominan- estudiante, datos familiares o del acudiente). Si una entidad no tiene atributos que le te, informacin acadmica y vocacional del
sirvan de identificador, es dbil (otras de- estudiante, seguridad social del estudiante,
nominaciones son hijo, dependiente o su- situacin de vulnerabilidad y registro de obbordinada). Todos los identificadores de las servaciones realizadas por el docente dientidades se deben anotar en el diccionario rector de grupo.
de datos
2.6.2.6 Determinar las jerarquas

de generalizacin
1. Identificar de entidades
En el enunciado del problema se observa

En este paso hay que observar las entida- los principales objetos de inters de los
des que se han identificado hasta el mo- cuales se generan las siguientes entidades:
mento. Hay que ver si es necesario reflejar
Estudiante
las diferencias entre distintas ocurrencias
Acudiente (persona diferente a los pade una entidad, con lo que surgirn nuevas
dres de familia, es decir tos, abuelos,
subentidades de esta entidad genrica; o
hogar del ICBF)
bien, si hay entidades que tienen caracte Familiar (Datos familiares)
rsticas en comn y que realmente son su InformacinAcadmica
(Informacin
bentidades de una nueva entidad genrica.
acadmica)
Bases de Datos
SeguridadSocial (Seguridad Social)
Anotaciones (Observaciones realizadas por el docente director de grupo al estudiante)
DocenteDirectorGrupo (Docente director de grupo)
2. Identificar de relaciones
Aqu identificamos las relaciones existentes entre las entidades previamente identificadas, 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 pertenece.
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. Identificar los atributos y asociarlos a las entidades

Entidad
Atributos
Estudiante
Identificacin, 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 conflicto armado, es desvinculado de grupos
armados, hijo o hija de adultos desmovilizados, si es desplazado o proviene de un hogar de proteccin del ICBF), numero de hermanos, Numero de personas con las que convive,
estrato social, discapacidad.
Familiar
Identificacin, Nombre y apellidos, direccin, telfono, e-mail,

profesin, nivel acadmico
Acudiente

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
Identificacin 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 anotacin, Observacin realizada, seguimiento, accin tomada,
compromisos.
DocenteDirectorGrupo

profesin, Grado a cargo,
57
4. Determinar
los dominios de los atributos
Los dominios corresponden al conjunto de valores que pueden tomar cada atributo.
Entidad
Atributos
Dominio
Estudiante
Identificacin
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
Identificacin
Nombre y apellidos
Direccin
Telfono
E-mail
Profesin
Nivel acadmico

Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Acudiente
Identificacin
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
58
Bases de Datos
Anotacin
Cdigo del docente

Cdigo del estudiante
Fecha de la anotacin
Observacin realizada
Seguimiento
Accin tomada
Compromisos
IdAnotacion

Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Identificacin
Nombre y apellidos
Direccin
Telfono
E-mail
Profesin
Grado a cargo

Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
Caracteres
5. Determinar los identificadores

Los identificadores deben identificar de manera nica un objeto dentro del conjunto perteneciente a la entidad o a la relacin.
Entidad
Identificador
Estudiante
IdEstudainte
DatosFamiliares
IdDatosFlia
Acudiente
IdAcudiente
InformacinAcadmica
IdEstudiante
SeguridadSocial
IdSeguridadSocial
Anotacin
IdAnotacion
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.
59
Dia est diseado como un sustituto de la aplicacin comercial Visio de Microsoft. Se puede utilizar para dibujar diferentes tipos de diagramas. Actualmente se incluyen diagramas
entidad-relacin, diagramas UML, diagramas de flujo, 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, encuentras manual de usuario de la aplicacin y link de descarga.
En la figura 2,19 se muestra la representacin grfica del modelo conceptual del observador del estudiante, expresado en trminos de los conceptos E-R. El diagrama incluye
las entidades, atributos, relaciones.
60
Figura 2,19
Bases de Datos
AUTOEVALUACIN
1. Explique las diferencias entre los trminos clave primaria, clave candidata y superclave.
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?
61
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 tenemos 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 datos de la biblioteca escolar.
6. Construir un diagrama E-R para la oficina de registros de una universidad. La oficina
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 calificacin.
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.
8. Una oficina 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 seccin, profesor(es), horarios y aulas; (c) estudiantes, incluyendo IdEstudiante, nombre y
programa; y (d) profesores, incluyendo nmero de identificacin, 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 adecuadamente. Constryase un diagrama E-R para la oficina de registro. Documntense todas
las decisiones que se hagan acerca de restricciones de correspondencia.
62
Unidad
Modelo Relacional
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 relacional, para luego pasar a la estructura bsica, el esquema de
base de datos, claves, diagramas de esquema y lenguaje de consulta.
La finalidad 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.
64
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 herramienta.
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

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 herramienta MySql Workbench.
65
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?
66
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 final de la unidad.
Bases de Datos
MODELO RELACIONAL
omando lo expresado por Korth & Silberschatz (2000), desde la perspectiva

histrica, el modelo de datos relacional es
relativamente nuevo. Los primeros sistemas 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.
datos, como tercer paso de la habitual metodologa de diseo de base de datos.
En el modelo relacional se basa en el concepto matemtico de relacin. En este modelo, la informacin se representa en forma
de tablas o relaciones, donde cada fila
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 finales de los setentas, el cual propuso la vista relacional de
los datos parece ser superior al modelo
En los aos siguientes a la introduccin del en grafos o red proporciona un medio de
modelo relacional se ha desarrollado una describir datos con su estructura natural
teora para la base de datos relacionales. nicamente, es decir sin superponer ninEsta teora ayuda al diseo de base de da- guna estructura adicional con el propsito
tos relacional y al procedimiento eficiente de su representacin en la mquina. Cood
de solicitudes de informacin a la base de tambin expresa se propone un modelo de
datos por parte del usuario.
datos relacional de datos como una base
para proteger a los usuarios de sistemas
de datos formateados de los cambios que
El modelo relacional constituye una alterna- potencialmente pueden alterar la representiva para la organizacin y representacin tacin de los datos, causados por el crecide la informacin que se pretende almace- miento del banco de datos y por los camnar en una base de datos. Se trata de un bios en caminos de acceso.
modelo terico matemtico que, adems
de proporcionarnos los elementos bsicos
de modelado (las relaciones), incluye un Para conseguir lo propuesto Cood introduconjunto de operadores (definidos en forma ce el concepto de relacin (tabla) como esde un lgebra relacional) para su manipula- tructura bsica del modelo. Todos los datos
cin, sin ambigedad posible.
de una base de datos se representan en
forma de relaciones cuyo contenido vara
en el tiempo. Una relacin, en terminologa
El carcter formal del modelo relacional relacional, es un conjunto de filas (tuplas)
hace relativamente sencilla su representa- con unas determinadas caractersticas.
cin y gestin por medio de herramientas
informticas. No es casual, pues, que haya
sido elegido como referencia para la cons- El modelo relacional representa la seguntruccin de la gran mayora de los Sistemas da generacin de los SMBD, en el, todos
de Gestin de Bases de Datos comerciales los datos estn estructurados a nivel lgico
disponibles en el mercado; ni tampoco que como tablas formadas por filas y columnas,
sea tambin habitualmente seleccionado aunque a nivel fsico pueden tener una escomo modelo de referencia para la elabo- tructura distinta. Un punto fuerte del moderacin del esquema lgico de una base de lo relacional es la sencillez de su estructura
67
Modelo Relacional
lgica. Pero detrs de esa simple estructura 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 algunas extensiones al modelo relacional para
capturar mejor el significado de los datos,
para disponer de los conceptos de la orientacin a objetos y para disponer de capacidad 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.
68
3.1 ESTRUCTURA DE LAS BASES

DE DATOS RELACIONALES
Dominio: es un conjunto de valores atmicos. Por atmico queremos decir que cada
valor del dominio es indivisible en lo que se
refiere al modelo relacional. Un mtodo comn de especificacin de los dominios consiste en especificar un tipo de datos al cual
pertenecen los valores que constituyen el
dominio. Es muy especificar un nombre
para el dominio que ayude a interpretar sus
valores. Estos son algunos ejemplos de dominio.
NumeroSeguridadSocial: es el conjunto de nmeros del seguro social vlidos
formados por nueve dgitos.
NombreApellido: es el conjunto de nombres y apellidos de personas.
Telfonos: Es el conjunto de nmeros
telefnicos de siete dgitos clidos dentro de un rea especfica.
FechaNacimiento: conjunto de fechas
de nacimientos de personas.
Las anteriores son definiciones lgicas de

dominio. Tambin debe especificar un tipo
de dato o formato para cada dominio, por
ejemplo, el domino FechaNacimiento, se
puede declarar como una cadena de caracteres de la forma DD-MM-AAAA donde DD
Si visualizamos una relacin como una ta- es el da, MM es el mes en forma numrica
bla de valores, cada fila de la tabla repre- y AAAA es el ao o bien declararse como
senta una coleccin de datos relacionados fecha corta, en el caso del dominio Telfoentre s. Dichos valores se pueden interpre- nos, se considera como cadena de caractetar como hechos que describen una enti- res de la forma (XX)XXXXXXX donde (XX)
dad o un vnculo ente entidades del mundo es el indicativo de la ciudad y XXXXXXX
real. El nombre de tabla y los nombres de es el nmero telefnico, o bien de la forma
las columnas ayudan a interpretar el signi- (OPER)NUM, donde OPER es el operador
ficado de los valores que estn en cada fila del servicio de telefona celular y NUM es el
de la tabla.
nmero del telfono celular. En el caso del
En la terminologa del modelo relacional, dominio NombreApellido, el tipo de datos
una fila se denomina tupla, una cabecera es cadenas de caracteres.
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 Todo dominio sebe tener un nombre, por el
cual nos podemos referir a l, y un tipo de
columna se llama dominio.
El modelo relacional representa la base de
datos como una coleccin de relaciones.
En trminos informales, cada relacin semeja una tabla o, hasta cierto, punto, un
archivo simple.
Bases de Datos
datos y un formato. Tambin puede incluirse informacin adicional para interpretar los
valores de un dominio; por ejemplo, un dominio numrico como Peso, deber especificar
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 subyacente. En el caso de que sean varios los atributos de una misma tabla definidos 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 especificar 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 figura 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 fila 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.
69
Modelo Relacional
Figura 3,0
Tener en cuenta que, es posible que varios atributos tengan el mismo dominio. Los atributos indican diferentes papeles.
3.1.1 Caractersticas de las relaciones

Hay ciertas caractersticas a tener en cuenta en las relaciones de una tabla. A continuacin se muestran algunas de ellas.
70
Orden de las tuplas en una relacin: los elementos no estn ordenados, por tanto, las
tuplas de una relacin no tienen un orden especfico.
El ordenamiento de las tuplas no forma parte de la definicin 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 afirmacin, por ejemplo, el esquema de relacin ESTUDIANTE de la figura 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 ESTUDIANTE, mostrada en figura 4, establece un hecho de que existe un Estudiante, que
tiene por nombre Eder Jos Abad Puentes, con nmero de identificacin 110048423, con
fecha de nacimiento 02/11/2007 y as sucesivamente.
Bases de Datos
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 definen estos atributos, las claves primarias.
El esquema de la base de datos del observador del estudiante es el siguiente:
71
En el esquema anterior, los nombres de las relaciones aparecen seguidos de los nombres 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 esquema 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
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 dbiles.
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 superclave 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 especificar 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 identifique 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 identificar 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 identificar una tupla de
una relacin, esta clave debe escogerse de manera que los valores de sus atributos no
se modifiquen nunca, o muy rara vez.
72
Cabe aadir que, en el esquema del modelo relacional se pueden incluir entre sus atributos 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 figura 3,1 la cual muestra el diagrama del esquema del ejemplo que venimos tratado a lo largo del presente modulo que es el Observador del Estudiante.
Bases de Datos
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 habituales. Los lenguajes de consultas pueden clasificarse como procedimentales o no procedimentales.
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 deseado.
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
73
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, SEGURIDADSOCIAL, DOCDIRGRUPO, ANOTACION Y DETALLE.
Paso 2: Se determinan los atributos de cada entidad y se integran al modelo relacional, al mismo tiempo se escoge la clave primaria para cada uno de las relaciones.
Este paso quedara as en nuestro ejemplo:
74
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 verifica la restriccin de integridad referencial en la que se especifica 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
clave externa para utilizarlos correctamente cuando combine tuplas relacionadas de
dos o ms relaciones, como se observa en la figura 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)
75
Modelo Relacional
ACTIVIDAD
1.Describa las diferencias de los significados 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.Defina los siguientes trminos: atributo (simples, compuestos, multivaluados), n-tupla, esquema de relacin, grado de relacin, clave (primaria, externa, superclave).
5.Transformar el modelo E-R de la base de datos Biblioteca escolar al
modelo relacional. (utiliza la herramienta MySql Workbench).
76
Bases de Datos
AUTOEVALUACIN
1. Disee una base de datos relacional para la oficina de registro de una universidad. La oficina conserva datos sobre cada curso, incluyendo el profesor, el nmero de estudiantes matriculados y la hora y el lugar de las clases. Por cada pareja
estudiante-curso se guarda una calificacin.
2. Convierta el siguiente modelo E-R al modelo relacional.
77
3. Disee un modelo relacional para una base de datos para una pequea empresa 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 especifican 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.
Modelo Relacional
78
Unidad
Lenguaje Estructurado
de Consulta
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 lenguaje 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 definir la estructura de los datos, modificar los datos de
la base de datos y especificar las restricciones de seguridad.
80
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 Workbench?
Bases de Datos
Identifica 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.
81

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 modificar una base de datos?
Qu es insercin?
Qu es actualizar?
Lea detenidamente la unidad IV.
82
sobre esta.
Lea detenidamente el manual de usuario de la aplicacin MySql Workbench e instale el programa, 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
4.1 INTRODUCCIN AL LENGUAJE ESTRUCTURADO DE CONSULTA
(SQL)
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 sistemas para ordenadores personales, hasta grandes ordenadores.
Por supuesto, a partir del estndar cada sistema ha desarrollado su propio SQL que puede 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 unidad, 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 definicin, control y
gestin de la base de datos.
El SQL es un lenguaje de acceso a bases de datos que explota la flexibilidad 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 individuales permite una alta productividad en codificacin 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 definicin de datos: El LDD de SQL proporciona comandos para la
definicin de esquemas de relacin, borrado de relaciones y modificaciones 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 especificar las restricciones de
integridad que deben cumplir los datos almacenados en la base de datos.
Definicin de vistas: El LDD incluye comandos para definir las vistas.
Control de transacciones: SQL tiene comandos para especificar el comienzo y el
final 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 especificar 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 venido trabajando en cada una de las unidades. A continuacin se muestra el esquema
83
relacional, con los atributos y las calves primarias subrayadas.

ESTUDIANTE (IdEstudiante, IdDocente, NombreApellido, FechaNac, Direccion, Telefono, 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, MotivoRetiro, FechaRetiro)
SEGURIDADSOCIAL (NomEntAseguradora, TipoSegSocial, IdEstudiante)
ANOTACION (IdAnotacion, CodEstudiante, CodDocente, FechaAnotacin, ObserRealizada, AccinTomada, Seguimiento, Compromisos)
DOCENTEDIRGRUPO (IdDocente, NombreApellidos, Direccin, Telfono, E-mail, Profesin, GradoAcargo)
DETALLE (IdEstudiante, IdDocente, AoLectivo)
4.1.1 Componentes del SQL
84
El lenguaje est compuesto por comandos, clausulas, operadores y funciones

agregadas. Estos elementos se combinan en las instrucciones para crear, actualizar y manipular las bases de datos.
Existen dos tipos de comandos SQL: los DLL que permiten crear y definir nuevas bases
de datos, campos e ndices y los DML que permiten generar consultas para ordenar, filtrar
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 modificar las tablas agregando campos o cambiando la definicin 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 operacin
UPDATE
Utilizado para modificar los valores de los campos y registros especificados.
DELETE
Utilizado para eliminar registros de una tabla de una base de datos.
Clausulas: son condiciones de modificacin utilizadas para definir los datos que desea seleccionar
o manipular.
Bases de Datos
Clausula
Descripcin
FROM
Utilizada para especificar la tabla de la cual se van a seleccionar los registros
WHERE
Utilizada para especificar las condiciones que deben reunir los registros que se van
a seleccionar
GROUP BY
Utilizada para separar los registros seleccionados en un grupo especifico
HAVING
Utilizada para expresar la condicin que debe satisfacer cada grupo
ORDER BY
Utilizada para ordenar los registros seleccionados de acuerdo con un orden

especifico.
OPERADORES LGICOS
Operador
Uso
AND
Es el Y lgico. Evala dos condiciones y devuelve un valor de verdad slo si ambas 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 especificar un intervalo de valores.
LIKE
Utilizado en la comparacin de un modelo
IN
Utilizado para especificar 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 especificado
MIN
Utilizada para devolver el valor ms bajo de un campo especificado
85
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 where. 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
86
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
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
87
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 utilizamos la palabra distinct despus del select, es decir:
Select distinct NomColeProce
from INFOACADEMICA
88
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
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 especificada generara
un error en la consulta. La forma de utilizar esta clusula ya se ha descrito en los ejemplos anteriores.
4.2.3 Clusula WHERE

Se utiliza para seleccionar aquellos registros que cumplen una o ms condiciones. Observemos 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
89
Figura 4.4
90
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
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
91
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
4.3 MODIFICACIN DE LA BASE DE DATOS

En el apartado anterior se estudi como realizar consultas, ahora se estudiara cmo aadir, eliminar y modificar 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 valores de atributos concretos. La sintaxis utilizada es la siguiente:
delete from r
where P;
92
Donde P representa el criterio y r la relacin. Se puede utilizar delete para eliminar registros 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 recomienda 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 DOCENTEDIRGRUPO.
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 registro o insertar en una tabla los registros contenidos en otra tabla.
Bases de Datos
Para insertar los registros en una relacin, se especifica 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 informacin acadmica de un nuevo estudiante, la identificacin 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, Publico, 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 especifiquen 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, Publico, 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);
93
4.3.3 Actualizacin
En determinadas situaciones se ve la necesidad de modificar 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
94
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
ACTIVIDAD
Considerando el ejemplo del observador del estudiante realice las siguientes
consultas y escriba las clausulas SQL:
1. Modificar la base de datos de forma que el docente director de grupo Santos
quede a cargo con el grupo 7B.
2. Modificar los RH de los estudiantes.
3. Modificar 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 datos (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. Evidentemente, la versin comercial proporciona algunas funcionalidades que pueden resultar
de inters en algn mbito, aunque la versin open source es ms que suficiente para la
realizacin de la prctica.
4.5.2 Cmo conseguir la aplicacin?
Existen versiones para Windows, Linux y Mac. Hay que tener en cuenta que para los dos ltimos sistemas las versiones son Betas. Los links de
descarga son los siguientes: Windows y Linux: http://dev.mysql.com/downloads/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 caractersticas necesarias para la realizacin de la misma.
La herramienta podra usarse para realizar un diagrama EE-R, y esa es su principal fun-
95
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, jerarquas, retculas...), y el diagrama EE-R completo ya se ha realizado en la primera prctica, 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 grfica que
permitir adems generar las sentencias DDL de creacin de tablas e ndices, que, con
algunas modificaciones, podrn adaptarse a lo solicitado en la prctica.
Debemos tener presente en todo momento que vamos a aadir tablas y sus propiedades, 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 conceptos 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?
96
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 diagrama ER. Esto nos conducir al siguiente interfaz:
Bases de Datos
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.
97
4.5.6 Cmo crear los atributos de una relacin?

Partiendo de la Figura 4, desplegamos la pestaa Columns
Column Name: nombre del atributo.
Figura 5
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.
98
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 fila 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
Figura 6
El calificativo identificadora 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 definidos
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 definir las acciones referenciales.
99
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.
100
Index Name: nombre del ndice.
Figura 8
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
ACTIVIDAD
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
102
Bases de Datos
AUTOEVALUACIN
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
Modificar los datos del lector 1102987345 de tabla LECTOR.
Modificar 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 correspondientes 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)
103
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 Implementacin. Mxico: Pearson Educacin. E-book. Recuperado de: http://books.google.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/mat3matik/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 Relacin. Recuperado de: http://www.belgrano.esc.edu.ar/matestudio/carpeta_de_access_introduccion.pdf
Bibliografa a Consultar
Nevado, M. Introduccin a las Bases de Datos Relacionales. Madrid, Espaa: Visin Libros. E-book. Recuperado de: http://books.google.com.co/books?id=0lUpB1lNUdIC&pg=PA6&lpg=PP1&dq=base+de+datos
Modelo relacional. Recuperado de: http://www.google.com.co/url?sa=t&rct=j&q=&esrc=s&source=web&cd=11&ved=0CGIQFjAK&url=http%3A%2F%2Fwww.fdi.ucm.
es%2Fprofesor%2Flgarmend%2FFBD%2FTema%25202.2%2520Modelo%2520relacional%2520v16.pdf&ei=aVG3UeLxLYv29gTZjICgBA&usg=AFQjCNHYSYIp7Kyq486ohmyCE6cLp2cEEQ&bvm=bv.47534661,d.eWU
Pablo. Base de Datos. Recuperado de: http://www.monografias.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=LW7HUaGCFNKs4AOGmICYBw&ved=0CC8Q6AEwATgK
Piattini, M. (2000). Lneas de evolucin de las bases de datos. NOMATICA. Recuperado de: http://www.youtube.com/watch?v=4k1n20lRET8
Thibaud, C. (2006). Recursos Informticos, MySql 5. Barcelona, Espaa: Ediciones ENI. E-book. Recuperado de: http://books.google.com.co/books?id=wY0bHPmW-NUC&pg=PA11&dq=base+de+datos+con+Mysql&hl=es-419&sa=X&ei=UN-0UcfKOJW64APwp4DwDw&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=-9cp6jfyW1I
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

Bases de Datos PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Bases de Datos PDF

Cargado por

Copyright:

Formatos disponibles

DIRECCIN DE EDUCACIN ABIERTA Y A DISTANCIA Y VIRTUALIDAD

LICENCIATURA EN EDUCACIN BSICA CON NFASIS EN TECNOLOGA E INFORMTICA

III. Instrucciones de Manejo

IV. Referentes Tericos

Introduccin a las Bases

2.1 Conceptos Bsicos del modelo entidad

Mara Garca Medina

3.1 Estructura de las bases de datos

4.1 Introduccin al Lenguaje Estructurado

Corporacin Universitaria del Caribe - CECAR

Informacin del Compilador

Direccin de Educacin Abierta y a Distancia y Virtualidad

Los datos son la parte medular de cualquier sistema de informacin. El almacenamiento,

Corporacin Universitaria del Caribe - CECAR

Direccin de Educacin Abierta y a Distancia y Virtualidad

Corporacin Universitaria del Caribe - CECAR

Direccin de Educacin Abierta y a Distancia y Virtualidad

III. Instrucciones de Manejo

Para el desarrollo exitoso de este mdulo es importante el ritmo y secuenciacin del

Corporacin Universitaria del Caribe - CECAR

IV. Referentes Tericos

Direccin de Educacin Abierta y a Distancia y Virtualidad

Estructura del Mdulo

Corporacin Universitaria del Caribe - CECAR

Introduccin a las Bases

Introduccin a las Bases de Datos

Corporacin Universitaria del Caribe - CECAR

Argumenta sobre la importancia de las bases de datos en la educacin.

Identifica los diferentes tipos de almacenamientos de un sistema de

Direccin de Educacin Abierta y a Distancia y Virtualidad

Introduccin a las Bases de Datos

DINMICA PARA CONSTRUIR CONOCIMIENTO

Lea detenidamente la unidad I.

Corporacin Universitaria del Caribe - CECAR

Direccin de Educacin Abierta y a Distancia y Virtualidad

Introduccin a las Bases de Datos

1.1 QU SON DATOS?

1.2 TIPOS DE DATOS.

En cuanto a los tipos de datos empleados en el lenguaje estructurado de consultas SQL,

Para consultas sobre tabla adjunta de productos de bases de datos

Valores Si/No True/False

Un valor entero entre 0 y 255.

Un nmero incrementado automticamente (de tipo Long)

Un entero escalable entre 922.337.203.685.477,5808 y

Un valor de fecha u hora entre los aos 100 y 9999.

Un valor en punto flotante de precisin simple con un rango

Corporacin Universitaria del Caribe - CECAR

Un valor en punto flotante de doble precisin con un rango

Un entero corto entre -32,768 y 32,767.

Un entero largo entre -2,147,483,648 y 2,147,483,647.

De cero a un mximo de 1.2 gigabytes.

De cero 1 gigabyte. Utilizado para objetos OLE.

De cero a 255 caracteres.

La siguiente tabla recoge los sinnimos de los tipos de datos definidos:

Direccin de Educacin Abierta y a Distancia y Virtualidad

Introduccin a las Bases de Datos

VARIANT (No Admitido)

1.3. CONCEPTOS BSICOS

Qu es una base de datos?

Corporacin Universitaria del Caribe - CECAR

Direccin de Educacin Abierta y a Distancia y Virtualidad

Introduccin a las Bases de Datos

Los componentes que hacen parte de un DBMS son: