BasesdeDatos 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
I. Introduccin III. Instrucciones de Manejo
II. Justificacin IV. Referentes Tericos
CORPORACIN 1 Introduccin a las Bases 2

UNIVERSITARIA DEL Modelo Entidad-Relacin
CARIBE de Datos
DIRECCIN DE 1.1 Datos. 2.1 Conceptos Bsicos del modelo entidad
EDUCACIN ABIERTA 1.2 Tipos de Datos. relacin E-R
Y A DISTANCIA Y 1.3 Conceptos bsicos de Bases de Datos, 2.2 Restricciones de integridad en el
VIRTUALIDAD
DBMS, Esquema de datos, Indepen modelo ER.
dencia lgica y fsica de datos. 2.3 Claves.
1.4 Historia de los sistemas de bases de 2.4 Diagrama Entidad-Relacin
Rectora datos. 2.5 Caracterstica del modelo E-R
Piedad Martnez Carriazo 1.5 Aplicaciones de los sistemas de bases extendido.
de datos. 2.6 Diseo de un esquema de bases de
1.6 Bases de datos en el contexto de la datos E-R
Vicerrectora Educacin.
Acadmica 1.7 Tipos de Almacenamiento de Bases de
Datos.
Lidia Flrez de Albis 1.8 Ventajas de un sistema gestor de base
de datos.
1.9 Tipo de base de datos segn su uso.
Compilador 1.10 Modelos de los datos.
Mara Garca Medina
Asesor Pedaggico 3 4 Lenguaje de Consulta

Modelo Relacional
Jorge Velasco Lara Estructurado (SQL)
3.1 Estructura de las bases de datos 4.1 Introduccin al Lenguaje Estructurado
Equipo de Edicin relacionales. de Consulta (SQL).
3.2 Esquema de la bases de datos 4.2 Estructura bsica (clausulas select,
Andrs Bertel Gonzlez
relacional. from, where).
Alberto Garca Stave 3.3 Claves. 4.3 Modificacin de la base de datos (In
3.4 Lenguaje de consulta. sercin, Borrado, Actualizacin).
Jairo Martnez Banda
3.5 Transformacin del modelo E-R al 4.4 Gestor de base de datos MySql Work
modelo relacional. 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 inte-

grador de soluciones en las reas de ingeniera de software,
ingeniera de planeacin informtica e ingeniera de redes.
Tambin se ha desempeado como docente en la Divisin de Educacin Abier-

ta y a Distancia de CECAR.
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, medici-
na, leyes, educacin, etc.
La importancia e impacto de las bases de datos es incuestionable a medida que las orga-
nizaciones ya sean gubernamentales, instituciones educativas, universidades, entidades
comerciales, entre otras, crean y mantienen bases de datos en la cuales estn conteni-
das todo tipo de informacin, desde documentos, tablas estadsticas, datos 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 r-
pidamente para mantenerse al da con esta demanda de mecanismos de administracin
de la informacin.
El objetivo principal de este mdulo es brindar a los estudiantes un acercamiento a los

aspectos importantes manejado en las bases de datos, como son los conceptos bsicos,
las tcnicas utilizadas para la creacin y utilizacin de las bases de datos, para que as
adquiera la capacidad de construir algo tangible que pueda aplicar como profesional.
El mdulo est organizado en cuatro unidades, distribuidas de la siguiente forma:
Unidad I: Introduccin a las bases de datos, en la cual se exponen los conceptos bsi-
cos manejados en las bases de datos, se incluye un poco de historia sobre los sistemas
de base de datos, donde se aplican, los tipos de almacenamiento de base de datos, los
tipos segn su uso, las ventajas de los SGBD y las bases de datos en el contexto de la
educacin.
Unidad II: Modelo Entidad Relacin, es una de las partes principales a tratar dentro
del mdulo ya que en ella se efecta el anlisis de cmo se disea una base de datos,
los temas a tratar abarcan los conceptos bsicos de entidades, relaciones, atributos; las
correspondencia de cardinalidades, restricciones de participaciones, claves, diagramas
del modelo entidad relacin y diseo del esquema del modelo Entidad Relacin.
Unidad III: Modelo Relacional, el cual es un marco formal de los modelos de datos, en
este captulo se trata la estructura de las bases de datos relacionales, esquema de la
bases de datos relacional, uso de las claves, lenguaje de consulta y transformacin del
modelo E-R al modelo relacional.

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 expresio-
nes Insert, Delete, Update.
Al finalizar la ltima unidad, est la seccin de anexos en la cual se encuentra los manua-
les de usuarios de las herramientas utilizadas para la diagramacin del modelo entidad
relacin y el modelo relacional, direcciones electrnicas correspondientes para que el
estudiante pueda descargar estas herramientas freeware, tambin se dispone de una
serie de link para profundizar los temas tratados en el mdulo.

II. Justificacin
El desarrollo de la tecnologa aplicada a la informacin, especialmente ligada a las comu-

nicaciones, ha logrado un alto y rpido desarrollo se puede encontrar un nivel de imple-
mentacin elevado en todos los mbitos de la vida actual, tanto laboral como domstica.
En los sectores en los que ms se desenvuelve el ser humano siempre estn presentes
para mejorar su desarrollo y/o productividad: industria, comercio, educacin, 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 Tec-

nologa e Informtica a los aspectos ms importantes que se encierra en un Sistema de
Base de Datos, les darn las herramientas, competencias y habilidades necesarias para
que le ayuden a construir algo tangible desde la construccin de bases de datos vista
como aquel sistema de informacin que organiza y que forma parte de un programa de
ordenador que pueda seleccionar rpidamente los fragmentos de datos que necesite un
usuario cualquiera, una base de datos es un sistema de archivos electrnico que se pue-
da aplicar a su vida profesional.
Esto se podr alcanzar a travs de la fundamentacin terico prctica de las bases

de datos, modelos de datos y el manejo del lenguaje de consulta estructural, lo cual le
ayudar a desarrollar pequeas bases de datos que sern de utilidad en su quehacer
pedaggico, contribuyendo al desarrollo de competencias del saber hacer; adems, con
el ejercicio de sta, la consolidacin de habilidades de saber analizar y saber comuni-
car, acciones que contribuirn a promover el desarrollo del pensamiento 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 pro-
cedimientos 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 con-
texto educativo.
ARGUMENTATIVA
Argumenta y justifica el porqu de los modelos a utilizar en la solucin de problemas prc-
ticos 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 sociali-
zarlo en clases con tu profesor, pero para ello debes tener disponibilidad de tiempo, alto
grado de responsabilidad e iniciativa con cada una de las actividades programadas.
Tambin cabe destacar, que la informacin consignada en el mdulo puede ser ampliada
para que usted enriquezca los conceptos que se desarrollan a lo largo del mdulo, por lo
tanto se le recomienda que consulten las citas referenciadas en la bibliografa.
Considere el mdulo como una herramienta que le permitir fortalecer sus conoci-
mientos sobre las Bases de Datos.
Lea y estudie cada uno de los temas con anticipacin a la sesin con el tutor, para
que llegue con inquietudes y se genere la discusin a partir de estas.
La constitucin de grupos de estudio, que se han denominado CIPAS, es altamente

recomendable, dado que no todos asimilan de la misma manera, por tal razn es
conveniente concretar con otros compaeros algunos puntos clave de las lecturas
y anlisis de la informacin del mdulo. Adems es importante analizar cada uno
de los puntos de vistas de los integrantes del CIPA, el cual nos ayudar a 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 ob-
servador del estudiante, este ejemplo de base de datos se retomar en un mdulo
de semestres prximos.
Utilice la bibliografa recomendada para realizar las diferentes actividades y 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 Edi-

cin, en los cuales exponen la historia de las bases de datos, los conceptos bsicos de
base de datos, el modelo entidad relacin y el modelo relacional, que son el objeto de
estudio del presente modulo.
Silberschatz, Korth y Sudarshan (2007), con temas ms actuales sobre los fundamentos
de bases de datos, y la 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 sis-
temas de bases de datos, aplicaciones de los sistemas de bases de datos, se
dan a conocer cules son las bases de datos en el contexto de la educacin,
cuales son los tipos de almacenamiento de Bases de Datos, Ventajas de un
sistema gestor de base de datos; los tipos de base de datos segn su uso, y
conceptualizacin de los modelos de los datos, y su 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 ba-

ses de datos?

Bases de Datos
COMPETENCIAS ESPECFICAS
Interpreta y maneja las diferentes conceptualizaciones utili-

zadas 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 educa-
cin.
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?
Lea detenidamente la unidad I.

Una vez leda la unidad, confronte sus saberes previos con lo aprendido en la unidad.
14 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?
S egn diccionario de la real academia, los datos son la Informacin dispuesta de ma-
nera adecuada para su tratamiento por un ordenador. A nivel de la terminologa de
base datos, un dato es una representacin simblica (numrica, alfabtica, algortmica,
entre otros) de un atributo o caracterstica de una entidad. Estos se pueden representar
bien mediante variables o mediante constates.
1.2 TIPOS DE DATOS.
Los tipos de datos se utilizan generalmente para declarar variables y son necesarios
para que el intrprete o compilador conozca de antemano que tipo de informacin va a
contener una variable.
Existen cinco tipos de datos atmicos, los cuales son: carcter, entero, coma 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.
En cuanto a los tipos de datos empleados en el lenguaje estructurado de consultas SQL,

16 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*10-
324 para valores negativos, 4.94065645841247*10-324 a
1.79769313486232*10308 para valores positivos, y 0.
SHORT 2 bytes Un entero corto entre -32,768 y 32,767.
LONG 4 bytes Un entero largo entre -2,147,483,648 y 2,147,483,647.
LONGTEXT 1 byte por De cero a un mximo de 1.2 gigabytes.

carcter
LONGBI- Segn se De cero 1 gigabyte. Utilizado para objetos OLE.

NARY necesite
TEXT 1 byte por De cero a 255 caracteres.

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

17
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

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

18
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 mun-
do 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 da-
tos), consiste en una coleccin de datos interrelacionados y un conjunto de programas
para acceder a dichos datos. El objetivo del DBMS es crear un ambiente en que sea po-
sible almacenar y recuperar informacin en forma eficiente y conveniente.
La gestin de los datos implica tanto la definicin de estructuras para almacenar la infor-
macin como la provisin de los mecanismos para la manipulacin de la informacin, al
mismo tiempo deben proporcionar la 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 da-
tos. 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.
El esquema es generalmente almacenado en un Diccionario de Datos. Aunque gene-

ralmente el esquema es definido en un lenguaje de Base de datos, el trmino se usa a
20 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 modifi- to de salario. Consista en leer una cinta o
car algunos de los esquemas sin que exista ms y pasar los datos a otra, y tambin se
la necesidad de reescribir los programas de podan pasar desde las tarjetas perforadas.
aplicacin. Existen bsicamente dos tipos
Simulando un sistema de Backup.
de independencia:
Independencia fsica: Se presenta Finales de la dcada de 1960 y la

cuando es posible la modificacin del dcada de 1970. El uso de los discos en
esquema fsico sin afectar a los esque- ese momento fue un adelanto muy efectivo,
mas restantes. Acta en los contenidos
de la base de datos. ya que por medio de este soporte se poda
Independencia lgica. Ocurre cuando consultar la informacin directamente, esto
se modifica el esquema conceptual sin ayudo a ahorrar tiempo. No era necesario
afectar al resto de los esquemas. Bsi-
saber exactamente donde estaban los da-
camente se modifica el esquema con-
ceptual cuando cambia las caracters- tos en los discos, ya que en milisegundos
ticas de los datos a almacenar. Acta era recuperable la informacin.
sobre la estructura de la base de datos. Los discos dieron inicio a las Bases
de Datos, de red y jerrquicas, pues los
1.4 HISTORIA DE LOS SISTEMAS 21
DE BASES DE DATOS. programadores con su habilidad de mani-
pulacin de estructuras junto con las ven-
El nacimiento de las bases de datos se im- tajas de los discos era posible guardar es-
pulsa por el crecimiento de las computa-
doras, de hecho la automatizacin de las tructuras de datos como listas y rboles. En
tareas de procesamiento de daros precede 1970, cuando E.F. Codd de IBM introdujo la
a los computadores, es as que la Mquina idea de un modelo relacional de Bases de
perforadora Herman Hollerit (1860-1929),
datos en un documento titulado A Relatio-
fue utilizada para hacer el censo de Esta-
dos Unidos en 1880 y se tardaron 7 aos nal Model of data for Large Shared Banks.
para obtener resultados.
Dcada de 1980. Bases del Modelo
La historia de las bases de datos se genera E-R
a partir de la evolucin que han tenido es- Abstraer la representacin de datos.
tos, la cual se detalla a continuacin: Minimizar la redundancia de datos, divi-
dindolos en distintos grupos no dupli-
cados.
Dcada de 1950 y principios de la Incrementar la consistencia de datos,
dcada de 1960. Se da origen a las cintas por ejemplo si se cambia el nombre de
un cliente, este cambiara en todos los
magnticas. Por medio de este mecanismo reportes.
se empez a automatizar la informacin de

Posteriormente un lenguaje llamado SQL Banca: para informacin de clientes,

(Lenguaje estructurado de consultas) tam- cuentas y prstamos, y transacciones
bin desarrollado por IBM, fue creado para bancarias.
generar reportes y actualizar datos en este Lneas Areas: para reservas e infor-
nuevo modelo relacional. El Sistema R de macin de planificacin. Estas fueron
IBM naci de este trabajo, pero fue ignora- las primeras en utilizar las bases de da-
do por IBM, y poco despus Oracle saco su tos de forma distribuida geogrficamen-
versin comercial de BD basada en la teo- te.
ra relacional de Codd, y el Berkely Ingres. Universidades: para informacin de los
estudiantes, matriculas de las asignatu-
ras y cursos.
Dcada de 1990. El lenguaje SQL Transacciones de tarjetas de crdito:
se dise fundamentalmente para las para compras con tarjetas de crdito y
generacin mensual de extractos.
aplicaciones de ayuda a la toma de deci-
Telecomunicaciones: para guardar re-
siones, que son intensivas en consultas, gistros de las llamadas realizadas,
mientras que el objetivo principal de las ba- generacin mensual de facturas, man-
ses de datos en la dcada de 1980 de las teniendo el saldo de las tarjetas tele-
fnicas de prepago y para almacenar
aplicaciones de procesamiento de transac- informacin sobre las redes de comuni-
ciones, que son intensivas en actualizacio- caciones.
22 nes. En esta poca las herramientas para Finanzas: para almacenar informa-
cin sobre grandes empresas, ventas
analizar grandes cantidades de datos ex-
y compras de documentos formales fi-
perimentaron un gran crecimiento de uso. nancieros, como bolsas y bonos.
Ventas: para informacin de clientes,
Finales de la dcada de 1990. El productos y compras.
Produccin: para la gestin de la cade-
acontecimiento principal fue el crecimiento
na de produccin y para el seguimiento
de la WWW. Al mismo tiempo las bases de de la produccin de elementos en las
datos se implementaron mucho ms exten- factoras, inventarios de elementos de
almacenes y pedidos de elementos.
sivamente. Los sistemas de bases de datos
Recursos humanos: para informacin
tienen soporte para tasa de transacciones sobre los empleados, salarios, impues-
muy altas. Se generan sistemas de base tos y beneficios, y para la generacin
de datos con interfaz web. de las nminas
1.5 APLICACIONES DE LOS SIS- Por tanto, podemos afirmar que los siste-
mas de bases de datos forman una parte
TEMAS DE BASES DE DATOS.
importante en casi todas las empresas ac-
tuales.
Las bases de datos son ampliamente usa-
das. Las aplicaciones ms representativas
de bases de datos segn Silberschatz, Kor-
th, Sudarshan (2002) son:

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 in-
formacin. En este apartado hemos reseado tan slo aquellas que son accesibles des-
de Internet y las presentamos clasificadas en dos grupos: las que proporcionan informa-
cin directa sobre Sistemas Educativos y las que nos proporcionan informacin menos
especfica aunque valiosa para los docentes e investigadores en este campo.
RENATA es la red de tecnologa avanzada que conecta, comunica y propicia la

colaboracin entre las instituciones acadmicas y cientficas de Colombia con
RENATA
las redes acadmicas internacionales y los centros de investigacin ms desa-
rrollados 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 universida-
ProQuest des, 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
Eurybase del pas y en ingls. http://eacea.ec.europa.eu/education/eurydice/eurypedia_
en.php
International Asso- Contiene descripciones en formato RTF de los Sistemas de Educacin Superior
ciation of Universi- de 174 pases. http://www.iau-aiu.net/
ties
El Observatorio debe entenderse como un productor de sentidos y como un
23
Observatorio de la
generador de rutas posibles que a su vez incorpora mltiples y diversas mira-
Educacin Ibe-
das que hoy existen en la Regin y que constituyen el pensamiento educativo
roamericana
Iberoamericano. http://www.oei.es/observatorio.htm
Esta Base de Datos de la OCDE proporciona informacin comparable inter-
OCDE - Education
nacionalmente sobre aspectos claves de los Sistemas Educativos. http://www.
Database
oecd.org/
Las Bases de Datos pisa de la OCDE proporcionan informacin y tablas sobre
PISA-OCDE
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 es-
Ploteus pacio 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
Sistemas Educati-
a la Diversidad Cultural en Educacin) del Ministerio de Educacin y Ciencia.
vos
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
SITEAL 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/se-
UNESCO
lectIndicators.aspx
Base de Datos Permite la comparacin de distintos tipos de desigualdades -por nivel de ingre-
Mundial sobre sos, por gnero y por lugar de residencia- entre pases y en el interior de stos,
desigualdades en y proporcionar adems indicadores esenciales relativos a la enseanza. http://
Educacin (WIDE) www.education-inequalities.org/

1.7 TIPOS DE ALMACENAMIENTO res tcnicas muchas veces pueden deter-

DE UNA BASES DE DATOS. minarse viendo la estructura de la base de
datos, entre otras caractersticas.
La mayora de las bases de datos se alma-
cenan en las llamadas memorias secunda-
Los encargados de elegir estas tcnicas
rias, especialmente discos duros, aunque,
son los diseadores y administradores de
en principio, pueden emplearse tambin
bases de datos, y dependen tambin de las
discos pticos, memorias flash, etc2.
capacidades del SGBD. La idea es que los
encargados de la base de datos encuen-
Las 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.
En general, las bases de datos son de-
masiado grandes para entrar en la me- El almacenamiento en archivos de las ba-
moria primaria. ses de datos, Las bases de datos se alma-
La memoria secundaria suele ser ms cenan en ficheros o archivos. Existen dife-
barata que la memoria primaria. rentes formas de organizaciones primarias
La memoria secundaria es ms til para de archivos que determinan la forma en
el almacenamiento de datos permanen- que los registros de un archivo se colocan
te, puesto que la memoria primaria es fsicamente en el disco y, por lo tanto, cmo
24 voltil. se accede a stos. Las distintas formas de
En cuanto al respaldo de las bases de organizaciones primarias de archivos son:
datos, suelen emplearse tantos discos
Archivos de montculos (o no ordena-
duros, discos pticos.
dos): esta tcnica coloca los registros
en el disco sin un orden especfico,
Tcnicas de almacenamiento y recupera- aadiendo nuevos registros al final del
cin de bases de datos: Las tcnicas em- archivo.
pleadas para almacenar bases de datos Archivos ordenados (o secuenciales):
son sumamente importantes para la velo- mantiene el orden de los registros con
cidad de acceso y recuperacin de datos. respecto a algn valor de algn campo
Las tcnicas dependen del tipo de almace- (clave de ordenacin).
namiento, el uso que se le da o se le dar a Archivos de direccionamiento calcula-
la base de datos, la estructura de la misma, do: utilizan una funcin de direcciona-
el SGBD empleado, etc. miento calculado aplicada a un campo
especfico para determinar la coloca-
Esta dependencia no significa necesaria- cin de los registros en disco.
mente que haya que cambiar la estructura rboles B: se vale de la estructura de
de la base de datos si se cambian las tc- rbol para las colocaciones de regis-
nicas empleadas. Las tcnicas de almace- tros.
namiento 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/
almacenamiento%20de%20bases%20de%20datos.php estructura de acceso auxiliar. Estas permi-

Bases de Datos
ten que los accesos a los registros de un Base de datos documentales: Se en-
archivo basado en campos alternativos, carga de almacenar documentos de di-
sean ms eficientes que los que han sido versas naturalezas (predominantemen-
utilizados para la organizacin primaria de te textos, pero tambin planos, hojas
archivos. de clculos, fotografas, documentos
digitalizados mediante escner, etc.).
Base de datos geogrficas o sistemas
1.8 VENTAJAS DE UN GESTOR de informacin geogrfica (SIG): alma-
DE BASE DE DATOS. cena datos vectoriales sobre puntos
geogrficos, superficies regulares o
Dentro de las ventajas que ofrece el SGBD irregulares, volmenes, etc., asocia-
encontramos: dos a valores estadsticos empleando
Datos compartidos actualizados: los sistemas de coordenadas geogrficas
datos estn disponibles para todos los o UTM (propias de los sistemas de po-
usuarios y cuando alguno actualiza, los sicionamiento global o GPS). Este tipo
cambios se ven reflejados inmediata- de base de datos ofrecen informacin
mente. sobre territorios, tales como estads-
Flexibilidad: para nuevas necesidades, ticas, demogrficas, meteorolgica,
los cambios de estructura no afectan ventas de productos o clculos sobre
los datos. terrenos, tales como solapamiento de
Rpida creacin de nuevas aplicacio- superficies, distancias entre puntos,
nes: una vez creada la BD y funcionan- clculo de rutas, etc. 25
do, crear una nueva aplicacin necesita Base de datos OOP (orientada a ob-
menos tiempo. jetos): nuevas bases de datos relacio-
Independencia de los datos: ocultan nales para establecer mecanismos de
detalles de implementacin. almacenamiento de objetos de longitu-
des indeterminadas que sean capaces
1.9 TIPO DE BASE DE DATOS SE- de encapsular mtodos en su interior.
Minera de datos: son bases de datos
GN SU USO.
pensadas para obtener estadsticas y
tendencias de negocios. La finalidad
Las bases de datos estn en continua de estas bases de datos es la detec-
evolucin tecnolgica y lo que antes recin de tendencias para agrupar tipos
quera tecnologa separada de las pro- de clientes y utilizar de forma retroali-
pias bases de datos, ahora se integra mentada esta informacin para mejorar
dentro de las presentaciones normales el negocio.
de las bases de datos relacionales de Base de datos transaccionales (OLTP):
mayor auge en el mercado Gonzlez son bases de datos orientadas a bloques
(2011). de transacciones masivas, para clien-
tes tales como entidades bancarias,
A continuacin algunos tipos de base de instituciones burstiles o mayoristas de
datos segn su uso: ventas. Se caracterizan por su alto ren-
dimiento, alta disponibilidad y prepara-
cin contra contingencias catastrficas.

1.10 MODELOS DE LOS DATOS. 1.10.2 Clasificacin de los mode-

los de datos.
1.10.1 Definicin de un modelo de
datos. 1.10.2.1 Modelo EntidadRelacin (E-R)
Est basado en una percepcin del mundo

En la estructura de la base de datos se en-
cuentra el modelo de datos, el cual es de-real que consta de una coleccin de obje-
finido por: tos bsicos llamados entidades y relacio-
nes entre estos objetos, implementndose
Date (2001) como Un modelo de datos en forma grfica a travs del Diagrama En-
es 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 per-
miten modelar la estructura de los datos. Se basa en el concepto matemtico de re-
Los operadores nos permiten modelar lacin. En este modelo, la informacin se
su comportamiento. representa en forma de tablas o relacio-
nes, 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).
26
Una coleccin de herramientas concep- 1.10.2.3 Modelo de datos orientado a
tuales para describir los datos, las rela- objetos
ciones, la semntica y las restricciones de
consistencia, Silberschatz, Korth, Sudarshan Este modelo se puede observar como una
(2002). extensin del modelo E-R con las nociones
de encapsulacin, mtodos (funciones) e
identidades de objeto.
Arquitectura organizativa que impone un
esquema de acceso a los datos Gonzlez
(2011). 1.10.2.4 Modelo jerrquico
Fue el primer modelo realmente operativo

Los diferentes modelos de datos que se de base de datos, este modelo se sigue
han propuestos se clasifican en modelo en- empleando en sistemas main frame, princi-
tidad-relacin, modelo relacional que son palmente en sistemas IBM. En este modelo
los que se estudiaran en el presente mo- se tiene una entidad o tabla como punto de
dulo, aparte de estos encontramos los mo- partida de todos los datos, a partir de esta,
delos lgicos basados en objetos, modelos se ramifican el camino para acceder al res-
lgicos basados en registros y modelos f- to de los datos que precisamos.
sicos.

Bases de Datos
1.10.2.5 Modelo en red
Conocido como modelo CODASYL (Conference on Dat System Language), conforma-

da por una coleccin o set de registros, los cuales estn conectados entre s por medio
de enlaces en una red. El registro es similar al de una entidad como las empleadas en
el modelo relacional.
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 pre- 27
gunta: 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?

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
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
28 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. 29
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.

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 cua-
les son: diseo conceptual, diseo lgico y diseo fsico. El diseo
conceptual es el proceso por el cual se construye un modelo de la
informacin que se utiliza en una empresa u organizacin, inde-
pendientemente del SMBD que se vaya a implementar el sistema
y de los equipos informticos o cualquier otra consideracin fsica. El modelo
conceptual permite describir la realidad mediante representaciones lingstica
y 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 ma-
neja los siguientes conceptos: entidades, relaciones, atributos; adems se es-
tudiara las restricciones en el modelo E-R, claves, diagramacin del modelo
E-R, caractersticas del modelo E-R extendido (Especializacin, generaliza-
cin y agregacin) y por ultimo diseo de un esquema de base de datos E-R
en el cual se tendr en cuenta la metodologa del diseo conceptual E-R.
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 dise-

o 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 si-

guiendo 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?
Lea detenidamente la unidad II.

Analice detenidamente los temas tratados en la unidad y elabore un anlisis general
sobre esta.
34
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, con-

BASE DE DATOS trol de concurrencia, gestin de transaccio-
nes y recuperacin, etc.
P ara introducirnos a esta temtica mire-

mos los planteamientos dados por Ba-
tini, Ceri & Navathe (1994), El diseo de Segn ha avanzado la tecnologa de base
base de datos es el proceso por el que se de datos, as se han desarrollado las me-
determina la organizacin de una base de todologas y tcnicas de diseo. Se han al-
datos, incluidos su estructura, contenido y canzado un consenso, por ejemplo, sobre
las aplicaciones que se han de desarrollar la descomposicin del proceso de diseo
[] el diseo de base de datos desempe- en fases, sobre los principales objetivos de
a un papel central en el empleo de los re- cada fase y sobre las tcnicas para conse-
cursos de informacin en la mayora de las guir estos objetivos.
organizaciones [] las ultima dcadas se
han caracterizado por un fuerte crecimien- [] Desafortunadamente, las metodolo-
to en el nmero e importancia de las apli- gas de diseo de base de datos no son
caciones de base de datos. Las bases de muy populares; la mayora de las organi-
datos son componentes esenciales de los zaciones y de los diseadores individuales
sistemas de informacin, usadas rutinaria- confa muy poco en las metodologas para
mente en todos los computadores []. El llevar a cabo el diseo y esto se conside-
diseo de base de datos se ha convertido ra, con frecuencia, una de las principales
en una actividad popular, desarrollada no causas de fracaso en el desarrollo de los 35
solo por profesionales sino tambin por no sistemas de informacin. Debido a la falta
especialistas. 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 manteni-
vas: 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 en-
implantacin 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 mu-
y 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 rea-
con 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

proceso complejo que abarca decisiones miento y los mtodos utilizados para tener
a muy distintos niveles. La complejidad se un acceso eficiente a los datos. Por ellos el
controla mejor si se descompone el proble- diseo fsico depende del SMBD concreto y
ma en subproblemas y se resuelve cada del esquema fsico se expresa mediante su
uno de estos subproblemas independiente- lenguaje de definicin de datos.
mente, utilizando tcnicas especficas. As,
el diseo de una base de datos se descom- MODELO DE DATOS
pone en diseo conceptual, diseo lgico
y diseo lgico. Para describir la estructura de una base de
datos es necesario definir el concepto de
A continuacin se describe cada uno de los modelo de datos, el cual es:
diseos: una coleccin de herramientas concep-
Diseo conceptual parte de las especifica- tuales para describir datos, relaciones
ciones de requisitos de usuarios y su resul- entre ellos, semntica asociada a los
tados es el esquema conceptual de la base datos y restricciones de consistencia
de datos. Un modelo conceptual es una (Korth & Silberschatz, p. 6).
descripcin de alto nivel de la estructura
de la base de datos, independientemente Tomando lo dicho por Castao & Piattini
del SMBD que se vaya a utilizar para mani- (2000) Los modelos de datos soportados
pularla. Este modelo es un lenguaje que se por los SGBD no suelen ofrecer, dado su
36 utiliza para describir esquemas conceptua- bajo nivel de abstraccin, los mecanis-
les; tiene por objetivo, describir el conteni- mos suficientes para captar la semntica
do de informacin de la base de datos y no del mundo real, por lo que surgen modelos
las estructuras de almacenamiento que se conceptuales, ms ricos semnticamente,
necesitarn para manejar esta informacin. que facilitan la labor del diseador ayudn-
dole en su comunicacin con el usuario.
Diseo lgico parte del esquema concep- Estos modelos conceptuales se utilizan
tual y da como resultado un esquema l- para representar la realidad a un alto nivel
gico, el cual es una descripcin de las ba- de abstraccin, al mismo tiempo se pueden
ses de datos en trminos de las estructuras construir una descripcin de la realidad f-
de datos que puede procesar un tipo de cil de entender.
SMBD. Este modelo es un lenguaje usado
para especificar esquemas lgicos (modelo En el diseo de base de datos se usan pri-
relacional, 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 con-
creto.
MODELO ENTIDAD-RELACIN

(E-R)
Diseo fsico parte del esquema lgico y
da como resultado un esquema fsico, es Est basado en una percepcin del mundo
cual es una descripcin de la implemen- real consistente en objetos bsicos llama-
tacin de una base de datos en memoria dos entidades y de relaciones entre obje-
secundaria: las estructuras de almacena- tos. Se desarroll para facilitar el diseo de

Bases de Datos
base de datos permitiendo la especificacin de un esquema de la empresa que represen-

ta la estructura lgica completa de una base de datos.
Los modelos de datos soportados por los SGBD debido a su bajo nivel de abstraccin,
no suelen ofrecer mecanismos para captar el mundo real, por lo que surgen los modelos
conceptuales, entre los cuales encontramos el modelo entidad - relacin.
El modelo entidad-relacin (E-R) propuesto por Peter Chen en 1970 presenta el modelo
como una vista unificada de datos. Este modelo se centra en la estructura lgica y abs-
tracta de los datos, como representacin del mundo real, independiente de las caracte-
rsticas fsicas.
Originalmente el modelo E-R solo incluan los conceptos de entidad, relacin y atributos,
ms tarde, se aadieron otros conceptos, como los atributos compuestos y las jerarquas
de generalizacin, en lo que se ha denominado modelo entidad relacin extendido.
2.1 CONCEPTOS BSICOS DEL MODELO ENTIDAD-RELACIN (E-R)
Hay tres nociones bsicas que emplea el modelo de datos E-R: conjunto de entidades,
conjunto de relaciones y atributos. 37
2.1.1 Entidades
Una Entidad es cualquier tipo de objeto o concepto sobre el que se recoge informacin:
cosa, persona, concepto abstracto o suceso. Una entidad tiene un conjunto de propie-
dades y valores para algn conjunto de propiedades pueden 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


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 eli-
mina una ocurrencia del tipo de entidad regular, desaparecen tambin con ella todas las
ocurrencias de la entidad dbil dependiente de la misma. Un tipo de entidad dbil se
representa con dos rectngulos concntricos con su nombre en el interior (ver 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 nme-
ro de entidades que participan en el tipo de relaciones. Puede ser de grado 2 (binaria)
cuando se asocian dos tipos de entidades, de grado 3 (ternarias) cuando se asocian tres
tipos de entidades o en general de grado n. La relacin mostrada en la 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. Gr-
ficamente los atributos se representan mediante el texto descriptivo dentro de las en-
tidades o relaciones a las que pertenecen. As el tipo de entidad ESTUDIANTE tiene
como atributos el IDEstudiante, Nombre, FechadeNacimiento, LugarNacimiento, Genero
GradoEscolar, Jornada, DirectordeGrupo, etc.; y los atributos de la entidad ANOTACIN
IdAnotacion, IdEstudiante, Fecha, Observacion, etc.
Cada atributo tiene un conjunto de valores asociados denominados dominio, el cual se
define como los valores posibles que puede tomar un atributo. Puede haber varios atribu-
tos 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 pe-
queas 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 INTEGRI-

DAD EN EL MODELO ER
De acuerdo a Silberschatz, Korth & Sudars-

han (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 describi-
rn las correspondencias de cardinalidades
y las restricciones de participacin.
Figura 2.4
2.2.1 Correspondencia de cardina-
lidades Uno a Varios (1 a N): Una entidad en A
se asocia con cualquier nmero de enti-
Las correspondencias de cardinalidades dades en B (ninguna o varios). Una en-
tambin denominada razn de cardinalida- tidad en B, sin embargo, se puede aso-
des, expresa el nmero de entidades a las ciar con cualquier nmero de entidades
que otra entidad puede estar asociada. (ninguna o varias) en A. Figura 2.5
La cardinalidad con la que una entidad

40 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 rela-
cin es obligatoria (total) si la existencia de
cada una de sus ocurrencias requiere la
existencia de al menos una ocurrencia de
la otra entidad participante, si no, la partici-
pacin es opcional (parcial). Figura 2.5
A continuacin se toman la corresponden- Varios a uno (N a 1): Una entidad en

cia de cardinalidad de las relaciones bina- A se asocia con a lo sumo una entidad
rias dadas por Korth & Silberschatz (2002), en B. Una entidad en B, sin embargo,
los cuales enuncia que para un conjunto de se puede asociar con cualquier nmero
entidades binarias R entre los conjuntos de de entidades (ninguna o varias) en A.
entidades A y B, la correspondencia de car- Figura 2.6
dinalidades debe ser una de las siguientes:
Uno a uno (1:1): Una entidad en A se
asocia con a lo sumo una entidad de
B, y una entidad de B se asocia con a
lo sumo una entidad en A. Figura 2.4

Bases de Datos
uno a varios, pero caso contrario es que

una o varias anotaciones solo puede perte-
necer a un estudiante entonces el conjunto
de relaciones anotacin a estudiante es de
varios a uno.
ACTIVIDAD 2
Con el ejercicio realizado en la actividad 1,

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

en A se asocia con cualquier nmero
de entidades (ninguna o varias) en B, 2.2.2 Restriccin de participacin
y una entidad en B se asocia con cual-
quier 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 41
tomar ciertos atributos o imponen limitacio-
nes al tipo de correspondencia u otras ca-
ractersticas de las relaciones.
Segn lo propuesto por Silberschatz, Korth
& Sudarshan (2000), la participacin de un
conjunto de entidades E en un conjunto de
relaciones R se dice que es total si cada
entidad en E participa al menos en una re-
lacin en R. Si solo algunas entidades en
E participan en relaciones en R, la partici-
Figura 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 conjun-
to de relaciones particular depende obvia-
mente de la situacin del mundo real que 2.3 CLAVES
se est modelando.
Es importante especificar como se distin-
guen las entidades y las relaciones. Con-
Para ejemplarizar lo anterior, miremos la ceptualmente, las entidades y las relacio-
siguiente 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 di-
chas anotaciones, entonces el conjunto de ferencia entre ellas se expresa en trminos
relaciones de estudiante a anotacin es de de los atributos.

Por tal motivo como lo expresan: Silberschatz, Korth & Sudarshan (2000), los valo-
res de los atributos de una entidad deben ser tales que permitan identificar un-
vocamente a la entidad, esto quiere decir que, no se permite que ningn par de
entidades tengan exactamente los mismos valores de sus atributos.
Por lo que el concepto de clave nos permite hacer estas distinciones. Una clave, permite
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:
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 designa-
dos para individualizar el registro. Pueden ser naturales o artificiales
42 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 iden-
tificacin, 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 atri-
butos 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 ausen-
cia de claves candidatas.
Claves foranes: Son crticas para mantener la integridad de las relaciones entre enti-
dades. Una clave fornea o clave ajena (o Foreign Key FK) es una limitacin referen-
cial entre dos tablas. La clave fornea 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 de-
ben 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 incon-
gruencias en el modelo. Esto sirve para iluminar puestos oscuros; si hemos comprendido
o no el modelo correctamente o si quizs dicho modelo tiene algn posible fallo o cues-
tin organizativa que haya podido pasar desapercibida.
Un anlisis del modelo E-R, nos indica tambin en qu orden debe llenarse los datos en
las tablas. Una cardinalidad 1 a N nos indica que primero debemos llenar la tabla con la
cardinalidad 1 y despus la tabla con la cardinalidad N para respetar la coherencia de los
datos.
Se debe tener encuenta que el anlisis y diseo del modelo E-R es mejor trabajarlo en
43
papel y realizar un bosquejo de entidades, relaciones y atributos y como estos interac-
tan entre s, tambin si es posible debatir el modelo entre varios compaeros para com-
partir las ideas y tener una mejor visin de cmo es el modelado que se est diseando.
La diagramacin del modelo E-R es simple y clara, recuerde que los principales compo-
nentes de un diagrama E-R son:
Rectngulos, que representa las entidades.

Elipses, que representan atributos.
Rombos, que representan relaciones.
Lneas, que unen atributos a entidades y entidades a relaciones.
Elipses Dobles, que representan atributos multivalorados.
Elipses discontinuas, que representan atributos derivados.
Lneas dobles, que indican participacin total de una entidad en un conjunto de rela-
ciones.
Rectngulos Dobles, que representa conjuntos de entidades dbiles.

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, NombreA-
pellido, Grado y los atributos de la entidad Docente_DirGrupo son: IdDocente, Nombre-
Apellido, GardoAcargo, cabe anotar que los atributos subrayados son las clave primara
de cada entidad respectivamente.
Ahora, para ilustrar la cardinalidad, tomemos como ejemplo lo siguiente: un estudiante

44 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, tene-
mos un esquema de 1 a N; cada docente director de grupo tiene al menos un estudiante
a cargo; y en el sentido contrario indica que no hay un estudiante que no tenga un director
de grupo.
Ahora veamos el siguiente ejemplo, varios escritores se juntan para escribir un libro, Juan
ha escrito dos libros por separado y Pedro ha escrito tres. Juan y Pedro deciden unirse
para escribir un solo libro entre los dos. La relacin se representa de la siguiente forma:

Bases de Datos
Figura 2,10
En este caso tenemos una relacin de M a N (muchos a muchos), un escritor pudo haber
escrito uno o ms libros y un libro puede estar escrito por uno o ms escritores. En este
caso es una relacin dbil, no directa.
Puede haber relaciones de cardinalidad cero. Este caso lo podemos observar en el si-
guiente ejemplo, una empresa vende palos de golf y decide abrir mercado en Francia
y obtiene una lista de empresarios y directivos de compaas petroleras. Esta empresa
fabricante de palos de golf pretende aadir a sus clientes actuales (clientes que ya han
comparado productos) un grupo de posibles clientes potenciales que an no han compra-
do nada, por tanto, an o han enviado pedidos. Entonces estos son clientes potenciales.
Se representa de la siguiente forma:
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 mo-

delo E-R., podemos observar como el atributo Nombre, con atributos componentes Pri-
merNombre, SegundoNombre, PrimerApellido, SegundoApellido, reemplazan el atributo
simple NombreApellido (este puede ser observado en la Figura 2,8) de la entidad Estu-
diante. Tambin se puede observar el atributo compuesto direccin, cuyos atributos com-
ponentes son Municipio, Barrio, Calle, que reemplaza el atributo direccin. En la misma
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
Aunque los conceptos bsicos de E-R pueden modelar la mayora de las caractersticas
de las bases de datos, algunos aspectos de una base de datos pueden ser ms adecua-
damente expresados mediante ciertas extensiones del modelo E-R bsico. En este apar-
tado se discuten las caractersticas E-R extendidas de especializacin, generalizacin,
46 conjuntos de entidades de nivel ms alto y ms bajo, herencia de atributos y agregacin.
2.5.1 Especializacin
Un conjunto de entidades puede incluir subgrupos de entidades que se diferencian de

alguna forma de las otras entidades del conjunto. Por ejemplo, un subconjunto de enti-
dades en un conjunto de entidades puede tener atributos que no son compartidos por
todas las entidades del conjunto de entidades. El modelo E-R proporciona una forma de
representacin de estos grupos de entidades distintos.
Considrese el conjunto de entidades Familiar con atributos nombre, direccin, telfono.

Un acudiente puede 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 pro-
ceso de designacin de subgrupos dentro de una entidad se denomina especializacin.
La especializacin de Familiar permite distinguir si el familiar es el padre del estudiante o
el acudiente, entendiendo que el acudiente es distinto al ncleo familiar primario (madre
y padre). Se puede aplicar repetidamente la especializacin para 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 carac-
terstica distintiva. Por ejemplo, la caracterstica distintiva entre una entidad empleado es
el trabajo que realiza el empleado. Otra especializacin coexistente podra estar basada 47
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 especializa-
ciones. Por ejemplo, una empleada dada puede ser una empleada temporal y secretaria.
En trminos de un diagrama E-R, la especializacin se representa mediante un compo-
nente triangular etiquetado ES. La etiqueta ES representa, por ejemplo, que un cliente
es una persona. La relacin ES se puede llamar tambin relacin superclase-subclase.
Los conjuntos de entidades de nivel ms alto y ms bajo se representan como conjuntos
de entidades regulares, es decir, como rectngulos que contienen el nombre del conjunto
de entidades.
ACTIVIDAD 4
1. Diagrame el ejemplo del prrafo anterior.
2. De la base de datos biblioteca escolar determine una entidad y describa que espe-
cializacin tiene, luego grafquela.

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 ge-
neralizacin de la entidad Padre, que tiene como atributo IdPadre.
El tipo de entidad Familiar con atributos IdFamiliar, Direccin y Telfono, es una ge-
neralizacin de la entidad Acudiente, que tiene como atributo IdAcudiente.
La entidad Acudiente puede ser una generalizacin de los tipos de entidades Tos,
Abuelos, ICBF.
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 sinp-

tico.
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 rela-
ciones. Para ilustrar la necesidad de tales construcciones tomemos como ejemplo el si-
guiente enunciado, Queremos gestionar partidos de un deporte. Cada partido tiene lugar
entre dos equipos (el que juega en casa y el que juega fuera) y tiene un resultado.
A cada partido le corresponde tambin un rbitro. Nos interesa determinar:

Qu equipos han jugado entre s y con qu resultado.
Quien ha arbitrado cada partido.
La representacin 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, Su-
cursal y Trabajo, se desea registrar los directores para las tareas realizadas por
un empleado de una sucursal; es decir, se desean registrar directores por com-
binaciones (Empleado, Sucursal, Trabajo), asumiendo que existe una enti-
dad Director. Represente 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 dia-
gramas del modelo E-R. Cabe aadir que no hay un estndar universal para la diagra-
macin 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 deto-
nar 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
El modelo de datos E-R proporciona un alto grado de flexibilidad en el diseo de un es-

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

Bases de Datos
2.6.1 Metodologa de diseo estas especificaciones se buscan los nom-

bres o las caractersticas que se mencionan
(por ejemplo: cdigo del estudiante, nom-
El 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). Tam-
varios 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 em-
se pueden agrupar el cdigo del estudiante
presa como, por ejemplo, produccin, ven-
con nombre del estudiante en una entidad
tas, recursos humanos, etc.
denominada Estudiante, y agrupar la identi-
ficacin del docente con nombre del docen-
Estas visiones de la informacin, denomi- te en una entidad llamada Docente y cdi-
nadas 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 funciona-
buscar 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, se- 53
los informes y los formularios, y tambin
pamos o no sus nombres, direcciones y te-
observar el funcionamiento de la empresa.
lfonos.
A los esquemas conceptuales correspon-

A veces, es difcil identificar las entidades por la
dientes a cada vista de usuario se les de- forma en que aparecen en las especificaciones
nomina esquemas conceptuales locales. de requisitos. A veces se habla utilizando ejem-
Cada uno de estos esquemas se compo- plos o analogas. En lugar de hablar de Estu-
ne de entidades, relaciones, atributos, do- diantes o Docente en general, se hablan de
minios de atributos e identificadores. El personas concretas, o bien, hablan de los
esquema conceptual tambin tendr una puestos que ocupan esas personas.
documentacin, que se ir produciendo
durante su desarrollo. Las tareas a realizar No siempre es obvio saber si un objeto es
en el diseo conceptual son las siguientes: una entidad, una relacin o un atributo. Por
Identificar de entidades, Identificar de rela- ejemplo cmo se podra clasificar matri-
ciones, Identificar los atributos y asociarlos monio? Pues de cualquiera de las tres for-
mas. El anlisis es subjetivo, por lo que dis-
tintos diseadores pueden hacer distintas
2.6.2.1 Identificar las entidades interpretaciones, aunque todas igualmente
vlidas. Todo depende de la opinin y la
En primer lugar hay que definir los principa-
experiencia de cada uno. Usted como di-
les objetos que interesan al usuario. Estos
seador de una base de datos debe tener
objetos sern las entidades. Una forma de
una visin selectiva y clasificar las cosas
identificar las entidades es examinar las es-
que observan dentro del contexto en el
pecificaciones de requisitos de usuario. En

que se encuentra. A partir de unas especi- Una vez identificadas todas las relaciones,
ficaciones de usuario es posible que no se hay que determinar la cardinalidad mnima
pueda deducir un conjunto nico de entida- y mxima con la que participa cada enti-
des, pero despus de varias iteraciones del dad en cada una de ellas. De este modo,
proceso de anlisis, se llegar a obtener un el esquema representa de un modo ms
conjunto de entidades que sean adecuadas explcito la semntica de las relaciones.
para el sistema que se ha de modelar. La cardinalidad es un tipo de restriccin
Conforme se van identificando las entida- que se utiliza para comprobar y mantener
des, se les dan nombres que tengan un sig- la calidad de los datos. Estas restricciones
nificado. Los nombres de las entidades y son aserciones sobre las entidades que se
sus descripciones se anotan en el dicciona- pueden aplicar cuando se actualiza la base
rio de datos. Cuando sea posible, se debe de datos para determinar si las actualiza-
anotar tambin el nmero aproximado de ciones violan o no las reglas establecidas
ocurrencias de cada entidad. Si una enti- sobre la semntica de los datos.
dad se conoce por varios nombres, stos
se deben anotar en el diccionario de datos Conforme se van identificando las relacio-
como 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 car-
Una vez definidas las entidades, se de- dinalidades con las que participan las enti-
54 ben 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: Estu-
diante tiene docente director de grupo, do- Al igual que con las entidades, se buscan
cente realiza anotaciones, estudiante tiene nombres en las especificaciones de re-
anotaciones). Si las especificaciones de requisitos. Son atributos los nombres que
quisitos reflejan estas relaciones es porque identifican propiedades, cualidades, identi-
son 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,
flejar en el esquema conceptual. para cada entidad y cada relacin, qu in-
formacin se quiere saber de...?.
Es muy importante repasar las especifi-
caciones 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, Sin-
se 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 caso, se puede escoger entre introducir

los requisitos del modelo que se est cons- una jerarqua de generalizacin, o de-
truyendo. Si el usuario no necesita acceder jar las entidades que representan cada
a cada uno de los componentes de la direc- uno de estas.
cin por separado, se puede representar Se ha identificado una relacin entre
como un atributo simple. Pero si el usuario entidades. En este caso, se debe aso-
quiere acceder a los componentes de for- ciar el atributo a una sola de las enti-
ma individual, entonces se debe represen- dades y hay que asegurarse de que la
tar como un atributo compuesto. relacin ya se haba identificado previa-
mente. Si no es as, se debe actualizar
Tambin se deben identificar los atributos la documentacin para recoger la nue-
derivados o calculados, que son aquellos va relacin.
cuyo valor se puede calcular a partir de los
Conforme se van identificando los atribu-
valores de otros atributos. Por ejemplo, la
tos, se les asignan nombres que tengan
fecha de nacimiento, el nmero de estu-
significado para el usuario. De cada atribu-
diantes de un grado. Si se hace, se debe
to se debe anotar la siguiente informacin:
indicar claramente que el atributo es deri-
vado y a partir de qu atributos se obtiene Nombre y descripcin del atributo.
su valor. Alias o sinnimos por los que se cono-
ce al atributo.
Tipo de dato y longitud.
Cuando se estn identificando los atribu- Valores por defecto del atributo (si se 55
tos, se puede descubrir alguna entidad que especifican).
no se ha identificado previamente, por lo Si el atributo siempre va a tener un va-
que hay que volver al principio introducien- lor (si admite o no nulos).
do esta entidad y viendo si se relaciona con Si el atributo es compuesto y, en su
otras entidades. caso, qu atributos simples lo forman.
Si el atributo es derivado y, en su caso,
cmo se calcula su valor.
Es muy til elaborar una lista de atributos e
Si el atributo es multievaluado.
ir eliminndolos de la lista conforme se va-
yan asociando a una entidad o relacin. De
este modo, uno se puede asegurar de que
cada atributo se asocia a una sola entidad
2.6.2.4 Determinar los dominios
o relacin, y que cuando la lista se ha aca- de los atributos
bado, se han asociado todos los atributos.
El dominio de un atributo es el conjunto de
Hay que tener mucho cuidado cuando pa- valores que puede tomar el atributo. Un es-
rece que un mismo atributo se debe asociar quema conceptual est completo si incluye
a varias entidades. Esto puede ser por una los dominios de cada atributo: los valores
de las siguientes causas: permitidos para cada atributo, su tamao y
su formato. Tambin se puede incluir infor-
Se han identificado varias entidades, macin adicional sobre los dominios como,
cuando, de hecho, pueden represen- por ejemplo, las operaciones que se pue-
tarse como una sola entidad. En este den realizar sobre cada atributo, qu atri-

butos pueden compararse entre s o qu 2.6.2.7 Dibujar el diagrama Enti-

atributos pueden combinarse con otros. dad Relacin (E-R)
Aunque sera muy interesante que el siste-
ma final respetara todas estas indicaciones Una vez identificados todos los conceptos,
sobre los dominios, esto es todava una l- se puede dibujar el diagrama entidad-rela-
nea abierta de investigacin. cin correspondiente a una de las vistas de
los usuarios. Se obtiene as un esquema
2.6.2.5 Determinar los identifica- conceptual local.
dores
2.7 EJEMPLO DE LA UTILIZA-
Cada entidad tiene al menos un identifica- CIN DE LA METODOLOGA DE
dor. En este paso, se trata de encontrar to- DISEO DEL MODELO E- R
dos los identificadores de cada una de las
entidades. Los identificadores pueden ser A continuacin se desarrollar un ejemplo
simples o compuestos. De cada entidad se donde se seguirn los pasos de la metodo-
escoger uno de los identificadores como loga para el diseo de una base de datos
clave primaria en la fase del diseo lgico. 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 institu-
56 fuerte o dbil. Si una entidad tiene al menos cin educativa, el observador del estudian-
un identificador, es fuerte (otras denomina- te consta de la identificacin personal del
ciones son padre, propietaria o dominan- estudiante, datos familiares o del acudien-
te). 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 ob-
bordinada). Todos los identificadores de las servaciones realizadas por el docente di-
entidades se deben anotar en el diccionario rector de grupo.
de datos
2.6.2.6 Determinar las jerarquas 1. Identificar de entidades

de generalizacin
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 pa-
de 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 estudian-
te)
DocenteDirectorGrupo (Docente director de grupo)
2. Identificar de relaciones
Aqu identificamos las relaciones existentes entre las entidades previamente identifica-
das, las relaciones para la situacin planteada son:
Estudiante-Familiar: relacin entre el estudiante y los datos familiares.

Estudiante-Acudiente: relacin entre el estudiante y el acudiente.
Estudiante-InfoAcademica: relacin entre el estudiante y su informacin acadmica.
Estudiante-SegSocial: relacin entre el estudiante y la seguridad social a la que per-
tenece.
Estudiante-Docente: relacin entre el estudiante y su docente director de grupo.
EstudianteAnotacion: relacin entre el estudiante y sus anotaciones.
DocenteAnotacion: relacin entre el docente y la anotacin que realiza.
3. Identificar los atributos y asociarlos a las entidades

57
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 despla-
zado o proviene de un hogar de proteccin del ICBF), nume-
ro de hermanos, Numero de personas con las que convive,
estrato social, discapacidad.
Familiar Identificacin, Nombre y apellidos, direccin, telfono, e-mail,
profesin, nivel acadmico
Acudiente Identificacin, Nombre y apellidos, direccin, telfono, e-mail,
profesin, nivel acadmico, rasgo familiar (to, abuelo, hogar
de proteccin ICBF)
InformacinAcadmica Cdigo del estudiante, Nombre del colegio de procedencia,
Grados realizados, Jornada, tipo de institucin educativa
(privada o pblica), motivo del retiro, grados repetidos, Fecha
de retiro, Aptitud Vocacional
SeguridadSocial 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 anota-
cin, Observacin realizada, seguimiento, accin tomada,
compromisos.
DocenteDirectorGrupo Identificacin, Nombre y apellidos, direccin, telfono, e-mail,
profesin, Grado a cargo,

4. Determinar los dominios de los atributos
Los dominios corresponden al conjunto de valores que pueden tomar cada atributo.
Entidad Atributos Dominio

Identificacin Nmeros enteros positivos
Nombre y apellidos Caracteres
Fecha de nacimiento Formato de fecha corta
Direccin Caracteres
Telfono Caracteres
E-mail Caracteres
Genero Caracteres
Peso Nmeros enteros positivos
Talla Nmeros enteros positivos
Estudiante
RH Caracteres
Grado y grupo Caracteres
Jornada Caracteres
Aptitud Vocacional Caracteres
Situacin vulnerabilidad Caracteres
Numero de hermanos Caracteres
Nmero de personas con las que convive Caracteres
Estrato social Caracteres
Discapacidad Caracteres
58 Identificacin Nmeros enteros positivos
Direccin Caracteres
Familiar Telfono Caracteres
E-mail Caracteres
Profesin Caracteres
Nivel acadmico Caracteres
Direccin Caracteres
Telfono Caracteres
Acudiente
E-mail Caracteres
Profesin Caracteres
Nivel acadmico Caracteres
Rasgo familiar Caracteres
Cdigo del estudiante Nmeros enteros positivos
Nombre del colegio de procedencia Caracteres
Grados cursados Caracteres
InformacinAcadmica
Tipo de institucin educativa Caracteres
Motivo del retiro Caracteres
Fecha de retiro Formato de fecha corta
Nombre de la entidad aseguradora Caracteres
SeguridadSocial
Tipo de Seguridad Social Caracteres

Bases de Datos
Cdigo del docente Nmeros enteros positivos

Cdigo del estudiante Nmeros enteros positivos
Fecha de la anotacin Formato de fecha corta
Observacin realizada Caracteres
Anotacin
Seguimiento Caracteres
Accin tomada Caracteres
Compromisos Caracteres
IdAnotacion Caracteres
Direccin Caracteres
DocenteDirectorGrupo Telfono Caracteres
E-mail Caracteres
Profesin Caracteres
Grado a cargo Caracteres
5. Determinar los identificadores
Los identificadores deben identificar de manera nica un objeto dentro del conjunto per-
teneciente a la entidad o a la relacin.
Entidad Identificador
Estudiante IdEstudainte 59
DatosFamiliares IdDatosFlia
Acudiente IdAcudiente
InformacinAcadmica IdEstudiante
SeguridadSocial IdSeguridadSocial
Anotacin IdAnotacion
DocenteDirectorGrupo IdDocente
6. Determinar las jerarquas de generalizacin
La jerarqua de generalizacin se encuentra en la entidad DatosFamiliares, donde este

familiar puede ser el padre de familia o acudiente. Al mismo tiempo se puede generalizar
padre de familia para determinar si es el padre o la madre.
7. Dibujar el diagrama Entidad Relacin (E-R).
Para realizar el diagrama E-R del ejemplo observador del alumno, nos ayudaremos con la
aplicacin Dia, la cual es una aplicacin informtica de propsito general para la creacin
de diagramas, desarrollada como parte del proyecto GNOME. Est concebido de forma
modular, con diferentes paquetes de formas para diferentes necesidades.

Dia est diseado como un sustituto de la aplicacin comercial Visio de Microsoft. Se pue-
de utilizar para dibujar diferentes tipos de diagramas. Actualmente se incluyen diagramas
entidad-relacin, diagramas UML, diagramas de 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, encuen-
tras manual de usuario de la aplicacin y link de descarga.
En la figura 2,19 se muestra la representacin grfica del modelo conceptual del obser-
vador 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 supercla-
ve.
2. Cul de estas relaciones es de cardinalidad 1 a N?
a.
b.
c.
3. Cul de estas relaciones es de cardinalidad N a N?
a.
61
b.
c.
4. Tenemos una entidad llamada perifricos y otra entidad llamada tipos. Dentro de los
perifricos tenemos impresora, escner, disco duro y modem. Dentro de los tipos tene-
mos entrada y salida. Dibuja el diagrama E-R que permita vincular perifricos con tipos.
5. Utiliza la metodologa de diseo conceptual del modelo E-R y disea una base de da-
tos de la biblioteca escolar.
6. Construir un diagrama E-R para la 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 sec-
cin, 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 adecua-
damente. 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 re-
lacional, 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.
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
64 encontrar el manual de instalacin y link de descarga para obtener la herra-
mienta.
PROBLEMA
Cmo puedo usar los fundamentos del modelo relacional para la

construccin de una base de datos, utilizando la herramienta MySql
Workbench?

Bases de Datos
Interpreta un modelo relacional a partir de su estructura de datos y

reglas de integridad.
Describe las caractersticas del modelo relacional.

Interpreta cada una de las reglas de integridad manejadas en el

modelo relacional.
Ilustra el modelo E-R en el modelo relacional utilizando la herra-

mienta MySql Workbench.
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?
Lea detenidamente la unidad III.

sobre esta.
66 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 datos, como tercer paso de la habitual me-

todologa de diseo de base de datos.
T omando lo expresado por Korth & Sil-

berschatz (2000), desde la perspectiva
histrica, el modelo de datos relacional es En el modelo relacional se basa en el con-
relativamente nuevo. Los primeros siste- cepto matemtico de relacin. En este mo-
mas de base de datos estaban basados en delo, la informacin se representa en forma
el modelo de red o en el modelo de datos de tablas o relaciones, donde cada fila
jerrquicos. Estos dos modelos estn ms de la tabla se interpreta como una relacin
ntimamente ligados a la implementacin ordenada de valores. La primera persona
fsica de la base de datos que el modelo en introducir el trmino de la teoras de las
relacional. relaciones fue Cood a finales de los seten-
tas, 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 nin-
Esta 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 67
El modelo relacional constituye una alterna- potencialmente pueden alterar la represen-
tiva para la organizacin y representacin tacin de los datos, causados por el creci-
de la informacin que se pretende almace- miento del banco de datos y por los cam-
nar 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 introdu-
conjunto de operadores (definidos en forma ce el concepto de relacin (tabla) como es-
de 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 segun-
truccin 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 es-
como modelo de referencia para la elabo- tructura distinta. Un punto fuerte del mode-
racin del esquema lgico de una base de lo relacional es la sencillez de su estructura

Modelo Relacional
lgica. Pero detrs de esa simple estruc- Dominio: es un conjunto de valores atmi-
tura hay un fundamento terico importante cos. Por atmico queremos decir que cada
del que carecen los SMBD de la primera valor del dominio es indivisible en lo que se
generacin, lo que constituye otro punto a refiere al modelo relacional. Un mtodo co-
su favor. mn de especificacin de los dominios con-
siste en especificar un tipo de datos al cual
pertenecen los valores que constituyen el
En los ltimos aos, se han propuesto algu- dominio. Es muy especificar un nombre
nas extensiones al modelo relacional para para el dominio que ayude a interpretar sus
capturar mejor el significado de los datos, valores. Estos son algunos ejemplos de do-
para disponer de los conceptos de la orien- minio.
tacin a objetos y para disponer de capaci-
dad deductiva. NumeroSeguridadSocial: es el conjun-
to de nmeros del seguro social vlidos
formados por nueve dgitos.
El modelo relacional, como todo modelo de NombreApellido: es el conjunto de nom-
datos, tiene que ver con tres aspectos de bres y apellidos de personas.
los datos: Estructura de datos, integridad Telfonos: Es el conjunto de nmeros
de datos, manejo de datos. telefnicos de siete dgitos clidos den-
tro de un rea especfica.
FechaNacimiento: conjunto de fechas
3.1 ESTRUCTURA DE LAS BASES de nacimientos de personas.
68 DE DATOS RELACIONALES
El modelo relacional representa la base de Las anteriores son definiciones lgicas de

datos como una coleccin de relaciones. dominio. Tambin debe especificar un tipo
En trminos informales, cada relacin sede dato o formato para cada dominio, por
meja una tabla o, hasta cierto, punto, un ejemplo, el domino FechaNacimiento, se
archivo simple. puede declarar como una cadena de carac-
teres 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 Telfo-
entre s. Dichos valores se pueden interpre- nos, se considera como cadena de caracte-
tar 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
columna se llama dominio. cual nos podemos referir a l, y un tipo de

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 subya-
cente. 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) 69
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.

Modelo Relacional
Figura 3,0
Tener en cuenta que, es posible que varios atributos tengan el mismo dominio. Los atri-
butos indican diferentes papeles.
3.1.1 Caractersticas de las relaciones
Hay ciertas caractersticas a tener en cuenta en las relaciones de una tabla. A continua-
cin se muestran algunas de ellas.
Orden de las tuplas en una relacin: los elementos no estn ordenados, por tanto, las
70 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 ESTU-
DIANTE 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 ES-
TUDIANTE, 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 atribu-
tos, 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 nom-
bres de los atributos. Las claves primarias son los atributos subrayados.
3.3 Claves
Los conceptos de superclave, de clave candidata y de clave primaria, son aplicables en

el modelo relacional.
Si el esquema de la base de datos relacional se basa en las tablas derivadas de un es-
quema E-R es posible determinar la clave primaria del esquena de una relacin a partir
de las claves primarias de los conjuntos de entidades o de relaciones de los que se deriva
el esquema:
Conjunto de entidades fuertes: la calve primaria del conjunto de entidades se convierte
en la clave primaria de la relacin.
Conjunto de entidades dbiles: la tabla y las relaciones correspondientes a un conjunto

Modelo Relacional
de entidades dbiles incluyen: los atributos del conjunto de entidades dbiles y la clave
primaria del conjunto de entidades fuertes del que depende el conjunto de entidades d-
biles.
Conjunto de relaciones: la unin de las claves primarias de los conjuntos de entidades
relacionadas de los conjuntos de entidades relacionadas se transforma en una supercla-
ve de la relacin. Si la relacin es de varios a varios, esta superclave es tambin la clave
primaria.
En el modelo relacional es necesario disponer de un modo de 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 atri-
butos la clave primaria de otro esquema de la relacin, este atributo se denomina clave
externa, por ejemplo, el atributo IdEstudiante del esquema InformacionAcademica, es
una clave externa que pertenece al esquema Estudiante.
El esquema de la base de datos, junto a las dependencias de clave primaria y externa, se

muestra en la figura 3,1 la cual muestra el diagrama del esquema del ejemplo que veni-
mos tratado a lo largo del presente modulo que es el Observador del Estudiante.

Bases de Datos
3.4 Lenguaje de consulta

73
Es un lenguaje en el que los usuarios solicitan informacin de la base de datos. Estos
lenguajes suelen ser de un nivel superior que el de los lenguajes de programacin habi-
tuales. Los lenguajes de consultas pueden clasificarse como procedimentales o no pro-
cedimentales.
Lenguajes de consultas procedimentales: el usuario indica al sistema que lleve a
cabo una serie de operaciones en la base de datos para calcular el resultado desea-
do.
Lenguajes no procedimentales: el usuario describe la informacin deseada sin dar un
procedimientos concreto para obtener esa informacin
Los sistemas comerciales de base de datos relacional ofrecen lenguajes de consulta

que incluyen elementos de los enfoques procedimentales y no procedimentales. En la
siguiente unidad se estudiara el lenguaje de consultas SQL.
3.5 Transformacin del modelo E-R al modelo relacional
A continuacin se presentan los pasos a tener en cuenta para convertir el modelo E-R al
esquema de base de datos relacional correspondiente.
Paso 1: por cada tipo normal de entidades E del esquema E-R, se crea una relacin

Modelo Relacional
R que contenga los atributos simples de E. Se elige uno de los atributos clave de E
como clave primaria de R. Para el ejemplo del Observador del estudiante se crean
las relaciones: ESTUDIANTE, FAMILIAR, INFORMACIONACADEMICA, SEGURI-
DADSOCIAL, DOCDIRGRUPO, ANOTACION Y DETALLE.
Paso 2: Se determinan los atributos de cada entidad y se integran al modelo relacio-

nal, al mismo tiempo se escoge la clave primaria para cada uno de las relaciones.
Este paso quedara as en nuestro ejemplo:
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 restric-
cin 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.
75
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)

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, multi-
valuados), n-tupla, esquema de relacin, grado de relacin, clave (pri-
maria, externa, superclave).
5.Transformar el modelo E-R de la base de datos Biblioteca escolar al
modelo relacional. (utiliza la herramienta MySql Workbench).
76

Bases de Datos
AUTOEVALUACIN
1. Disee una base de datos relacional para la oficina de registro de una universi-
dad. La oficina conserva datos sobre cada curso, incluyendo el profesor, el nme-
ro de estudiantes matriculados y la hora y el lugar de las clases. Por cada pareja
estudiante-curso se guarda una 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 empre-
sa debe contener informacin acerca de clientes, artculos y pedidos. Hasta el
momento se registran los siguientes datos en documentos varios:
Para cada cliente: Nmero de cliente (nico), Direcciones de envo (varias
por cliente), Saldo, Lmite de crdito (depende del cliente, pero en ningn caso
debe superar los 3.000.000 de pesos), Descuento.
Para cada artculo: Nmero de artculo (nico), Fbricas que lo distribuyen,
Existencias de ese artculo en cada fbrica, Descripcin del artculo.
Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La
cabecera est formada por el nmero de cliente, direccin de envo y fecha del
pedido. El cuerpo del pedido son varias lneas, en cada lnea se 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 len-

guaje de consulta que sea cmodo para el usuario. Por lo que en la presente
unidad se estudiar el lenguaje estructurado de consulta SQL, el cual es un
lenguaje estndar para trabajar con base de datos relacionales y es soportado
prcticamente por todos los productos del mercado.
Usando SQL es posible definir la estructura de los datos, modificar los datos de
la base de datos y especificar las restricciones de seguridad.
Como apoyo a esta unidad y al estudio del lenguaje estructurado de consulta

80 se utilizara el gestor de base de datos MySql Workbench. El manual de usuario
y link de descargas se encuentra en los anexos del presente modulo.
PROBLEMA
Qu debo conocer del Lenguaje Estructurado de Consulta SQL,

para desarrollar una base de datos a travs de la aplicacin MySql Wor-
kbench?

Bases de Datos
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 pro-
grama, ya que en este se realizaran las actividades propuestas de esta unidad.
ACTIVIDAD EN GRUPO
Reunidos en sus grupos confronten sus saberes previos con los de sus compaeros.
Socializar en el grupo los diferentes temas tratados en la Unidad IV.
Desarrollar las actividades propuestas en la unidad.

Bases de Datos
4.1 INTRODUCCIN AL LENGUAJE ESTRUCTURADO DE CONSULTA

(SQL)
E s un lenguaje surgido de un proyecto de investigacin de IBM para el acceso a bases

de datos relacionales. Actualmente se ha convertido en un estndar de lenguaje de
bases de datos, y la mayora de los sistemas de bases de datos lo soportan, desde siste-
mas para ordenadores personales, hasta grandes ordenadores.
Por supuesto, a partir del estndar cada sistema ha desarrollado su propio SQL que pue-
de variar de un sistema a otro, pero con cambios que no suponen ninguna complicacin
para alguien que conozca un SQL concreto, como el que vamos a estudiar en esta uni-
dad, MySql Workbench.
Como su nombre indica, el SQL nos permite realizar consultas a la base de datos. Pero
el nombre se queda corto ya que SQL adems realiza funciones de 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 indi-
viduales 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. 83
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 ve-
nido trabajando en cada una de las unidades. A continuacin se muestra el esquema

relacional, con los atributos y las calves primarias subrayadas.

ESTUDIANTE (IdEstudiante, IdDocente, NombreApellido, FechaNac, Direccion, Telefo-
no, E-mail, Celular, Edad, Peso, Talla, Grado, Grupo, Jornada, IdFamiliar)
FAMILIAR (IdFamiliar, NombreApellido, FechaNac, Direccion, Telefono, E-mail, Celular,
NivelAcadmico, RasgoFamiliar)
INFOACADEMICA (CodEstudiante, NomColProce, GradosCursados, TipoInstuEdu, Mo-
tivoRetiro, FechaRetiro)
SEGURIDADSOCIAL (NomEntAseguradora, TipoSegSocial, IdEstudiante)
ANOTACION (IdAnotacion, CodEstudiante, CodDocente, FechaAnotacin, ObserReali-
zada, AccinTomada, Seguimiento, Compromisos)
DOCENTEDIRGRUPO (IdDocente, NombreApellidos, Direccin, Telfono, E-mail, Profe-
sin, GradoAcargo)
DETALLE (IdEstudiante, IdDocente, AoLectivo)
4.1.1 Componentes del SQL
El lenguaje est compuesto por comandos, clausulas, operadores y funciones

agregadas. Estos elementos se combinan en las instrucciones para crear, actuali-
84 zar 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
Utilizado para modificar las tablas agregando campos o cambiando la definicin de
ALTER
los campos.
Comandos DML
Comando Descripcin
Utilizado para consultar registros de la base de datos que satisfagan un criterio
SELECT
determinado.
Utilizado para insertar o adicionar datos en la base de datos en una nica opera-
INSERT
cin
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
Utilizada para especificar las condiciones que deben reunir los registros que se van
WHERE
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
Utilizada para ordenar los registros seleccionados de acuerdo con un orden
ORDER BY
especifico.
OPERADORES LGICOS
Operador Uso
Es el Y lgico. Evala dos condiciones y devuelve un valor de verdad slo si am-
AND
bas son ciertas.
Es el O lgico. Evala dos condiciones y devuelve un valor de verdad si alguna de
OR
las dos es cierta.
NOT Negacin lgica. Devuelve el valor contrario de la expresin.
OPERADORES DE COMPARACIN
Operador Uso
< Menor que
> Mayor que
85
<> 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

4.2 ESTRUCTURA BSICA
Una base de datos relacional consiste en un conjunto de relaciones, a cada una de

las cuales se les asigna un nombre nico.
SQL permite el uso de valores nulos para indicar que el valor o bien es desconocido, o
no existe.
La estructura bsica de una expresin SQL consiste en tres clausulas: select, from y whe-
re. Las consultas habituales de SQL tienen la forma:
select A1, A2, , An
from r1, r2, , rm
where P
Donde cada A1 representa un atributo, r1 una relacin (las tablas) y P el predicado, el

cual es la expresin a validar.
4.2.1 Clusula select
El resultado de las consultas es una relacin. Considere la consulta simple basada en el

86 ejemplo el Observador del estudiante: obtener el nombre de todos los estudiantes de la
relacin Estudiante. La consulta queda de la siguiente forma:
Recuerde que: debe tener presente que los nombres de los atributos y
select NombreApellido de las tablas, deben estar escritos con la misma gramtica utilizada al
from ESTUDIANTE 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 87
los estudiantes, la consulta se realiza de la siguiente forma:
select NomColeProce
from INFOACADEMICA
Figura 4.1

En esta consulta se pueden generar datos duplicados ya que varios estudiantes pueden
proceder de la misma institucin educativa, si deseamos que no halla duplicados utiliza-
mos la palabra distinct despus del select, es decir:
Select distinct NomColeProce

from INFOACADEMICA
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

89
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 ejem-
plos anteriores.
4.2.3 Clusula WHERE
Se utiliza para seleccionar aquellos registros que cumplen una o ms condiciones. Ob-
servemos el siguiente ejemplo: obtener todos los estudiantes que pertenezcan al grado
6A, la consulta se escribe de la siguiente forma:
select GradoGrupo
from ESTUDIANTE
where GradoGrupo = 6A

Figura 4.4
Ahora observemos el siguiente ejemplo en el cual se utilizan los operadores lgicos y
operadores de comparacin: obtener todos los estudiantes que pertenezcan al grado 6
90 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 aa-
dir, 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 va-
lores de atributos concretos. La sintaxis utilizada es la siguiente:
delete from r
where P;
Donde P representa el criterio y r la relacin. Se puede utilizar delete para eliminar regis-
tros de una nica tabla o desde carios lados de una relacin uno a muchos. Si se desea
borrar tuplas de varias relaciones hay que utilizar una orden delete por cada relacin.
Una vez que se ha eliminado los registros no se puede deshacer la operacin. Se reco-
92 mienda realizar una copia de seguridad de la base de datos en caso de que se elimine
un registro equivocadamente.
A continuacin se muestran unos ejemplos utilizando la consulta delete:
Borra todas las tuplas de la relacin DETALLE
delete from DETALLE
Borra todas las tuplas con E-mail de la tabla ESTUDIANTE

delete from ESTUDIANTE
where E-mail <> NULL;
Borrar todas las profesiones que sean iguales a Administracin de la tabla DOCENTE-
DIRGRUPO.
delete from DocenteDirGrupo
where Profesion = Adminsitracion
4.3.2 Insercin
Por medio de esta consulta se agrega un registro en una tabla. Se le conoce como una
consulta de datos aadidos. Esta consulta puede ser de dos tipos: insertar un nico re-
gistro o insertar en una tabla los registros contenidos en otra tabla.

Bases de Datos
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 informa-
cin 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, Pu-
blico, Traslado de los padres, No repiti ningn grado, 2012);
En caso dado que no se recuerde el orden de los atributos SQL permite que los atributos 93
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, Pu-
blico, Traslado de los padres, No repiti ningn grado, 2012);
Es posible dar valores a algunos de los atributos del esquema para las tablas insertadas,
a los atributos restantes se les asigna un valor nulo, que se denota por null, por ejemplo:
insert into INFOACDEMICA

values (11002247858, Institucin Educativa San Juan Bautista, Sptimo, Matinal, null,
Traslado de los padres, No repiti ningn grado, 2012);

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
Update DOCENTEDIRGRUPO
94 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? 95

MySQL Workbench es una aplicacin para el diseo y documentacin de bases de da-
tos (sucesora de la aplicacin DBDesigner4) pensada para ser usada con el sistema de
gestin de bases de datos MySQL (recin adquirido por Sun Microsystems). Existen dos
versiones del producto, una es open source y la otra es una versin comercial. Eviden-
temente, la versin comercial proporciona algunas funcionalidades que pueden resultar
de inters en algn mbito, aunque la versin open source es ms que 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 cuen-
ta que para los dos ltimos sistemas las versiones son Betas. Los links de
descarga son los siguientes: Windows y Linux: http://dev.mysql.com/down-
loads/workbench/5.1.html y Mac: http://dev.mysql.com/workbench/?p=182
4.5.3 Para qu la usaremos?
Lo que se pretende con el uso de la aplicacin es facilitar la realizacin de la segunda

prctica de la asignatura y, por este motivo, este mini-tutorial solo se centra en las carac-
tersticas necesarias para la realizacin de la misma.
La herramienta podra usarse para realizar un diagrama EE-R, y esa es su principal fun-

cin: primero disear el diagrama EE-R, implementndolo sobre la herramienta y a partir

de l obtener el diagrama del esquema relacional y tambin las sentencias de creacin
de tablas, vistas e ndices de manera automtica. Como tiene varias limitaciones para
representar un diagrama E-R completo (no contempla el modelado de categoras, jerar-
quas, retculas...), y el diagrama EE-R completo ya se ha realizado en la primera prcti-
ca, se utilizar para representar el diagrama del esquema relacional que acompaa a la
segunda prctica, o sea, las tablas y sus columnas, incluyendo las claves primarias, las
claves forneas y a quienes referencian, y todo ello mediante una interface 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 propieda-
des, y obtener un diagrama del esquema relacional, y para ello usamos una herramienta
que realmente est orientada a crear diagramas EER limitados, o sea, forzamos un poco
las cosas, pero la herramienta lo permite. Para ello debemos prescindir de los concep-
tos del modelado conceptual y centrarnos en los del modelo relacional, aunque en la
herramienta trabajemos sobre el panel EER Diagrams. As en el modelo relacional la
vinculacin entre dos tablas suele ser 1 a N y en algn caso 1 a 1, pero nunca N a N.
4.5.4 Cmo crear un diagrama del esquema relacional?
Una vez abierta la aplicacin, veremos algo similar a esto:

96
Figura 1
Para crear el diagrama del esquema relacional necesario en la prctica, debemos hacer
doble clic sobre el icono Add Diagram, como si lo que cresemos fuera un nuevo diagra-
ma ER. Esto nos conducir al siguiente interfaz:

Bases de Datos
Figura 2
4.5.5 Cmo crear una tabla (una relacin en el modelo relacional)? 97

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.

4.5.6 Cmo crear los atributos de una relacin?
Partiendo de la Figura 4, desplegamos la pestaa Columns
Figura 5
Column Name: nombre del atributo.
Datatype: tipo de dato del atributo. Como la aplicacin est pensada para MySQL y la
prctica se realizar sobre Oracle, puede que existan tipos de datos vlidos para Oracle
que no lo son para el otro gestor. En este caso se elegir un tipo de dato similar y se
cambiar a mano en el script con las sentencias. Se recomienda ser lo ms coherente
posible al realizar esta tarea, es decir, para cada tipo de dato no disponible en MySQL,
elegir siempre el mismo tipo de dato de sustitucin.
NN: aade la restriccin NOT NULL para ese atributo.
98 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 99
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.

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
Figura 8
Index Name: nombre del ndice.
Type: en el men desplegable elegiremos INDEX.
Column: marcamos las columnas que formaran parte del ndice.
Order: ndice ascendente o descendente.
Index Options. Storage Type: podemos elegir entre BTREE, RTREE, HASH o ninguno de
los anteriores.
NOTA: la aplicacin crea ndices automticamente tanto para las claves primarias como
para las forneas.


Bases de Datos
101

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.
103
2. Considera el siguiente esquema Entidad-Relacin, agregue los atributos corres-
pondientes a cada entidad y luego convirtelo al modelo relacional, utiliza la aplicacin
MySql Workbench y realiza consultas utilizando select, from, where, insert, delete y
update. (Recuerde la caridnalidad de cada una de las relaciones)

Referencias
Gonzalez, A. (2011). Gestin de Base de Datos. Espaa: Editorial Ra-Ma.
Silberschatz, A. Korth, H. Sudarshan, S. (2002). Fundamentos de Bases de Datos.

Espaa: Editorial McGraw-Hill / interamericana de Espaa, S. A. U.
Kroenke, D. (2003). Procesamiento de Bases de datos, Fundamentos, diseo e Im-

plementacin. Mxico: Pearson Educacin. E-book. Recuperado de: http://books.goo-
gle.com.co/books?id=7ORUWItwcNEC&lpg=PP1&dq=base%20de%20datos&pg=PR4#-
v=onepage&q=base%20de%20datos&f=false
Date, C.J. (2001). Fundamentos de Sistemas de Bases de Datos. Mxico: Pearson

Educacin. E-book. Recuperado de: http://books.google.com.co/books?id=Vhum351T-K8C&lpg=-
PP1&pg=PP1#v=onepage&q&f=false
Claudio (2006). Tipos de datos que hay en SQL. Desarrolloweb. Recuperado de:
http://www.desarrolloweb.com/articulos/2336.php
Guzmn. Que es un DBMS. Slideshare. Recuperado de http://www.slideshare.net/mat-

3matik/qu-es-un-dbms-5805313
Baixauli, V., Grau, N., Snchez, A. (2012). Historia de las bases de datos. Slideshare.
Recuperado de: http://www.slideshare.net/da4equipo3/historia-de-las-bases-de-datos
Storti, G., Ros, G., Campodnico, G. (2007). Base de datos: Modelo Entidad Re-
lacin. Recuperado de: http://www.belgrano.esc.edu.ar/matestudio/carpeta_de_access_intro-
duccion.pdf

Bibliografa a Consultar
Nevado, M. Introduccin a las Bases de Datos Relacionales. Madrid, Espaa: Vi-

sin Libros. E-book. Recuperado de: http://books.google.com.co/books?id=0lUpB1lNU-
dIC&pg=PA6&lpg=PP1&dq=base+de+datos
Modelo relacional. Recuperado de: http://www.google.com.co/url?sa=t&rct=j&q=&es-

rc=s&source=web&cd=11&ved=0CGIQFjAK&url=http%3A%2F%2Fwww.fdi.ucm.
es%2Fprofesor%2Flgarmend%2FFBD%2FTema%25202.2%2520Modelo%2520relacio-
nal%2520v16.pdf&ei=aVG3UeLxLYv29gTZjICgBA&usg=AFQjCNHYSYIp7Kyq486o-
hmyCE6cLp2cEEQ&bvm=bv.47534661,d.eWU
Pablo. Base de Datos. Recuperado de: http://www.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=LW7HUa-
GCFNKs4AOGmICYBw&ved=0CC8Q6AEwATgK
Piattini, M. (2000). Lneas de evolucin de las bases de datos. NOMATICA. Recupe-

rado de: http://www.youtube.com/watch?v=4k1n20lRET8
Thibaud, C. (2006). Recursos Informticos, MySql 5. Barcelona, Espaa: Edicio-

nes ENI. E-book. Recuperado de: http://books.google.com.co/books?id=wY0bHP-
mW-NUC&pg=PA11&dq=base+de+datos+con+Mysql&hl=es-419&sa=X&ei=UN-0Uc-
fKOJW64APwp4DwDw&ved=0CDEQ6AEwAQ#v=onepage&q=base%20de%20
datos%20con%20Mysql&f=false
Gutmann, J. (2011). Introduccin a las bases de datos relacionales (II). Pixels & Code,
volumen 2, 11-15. Recuperado de: http://pixelscode.com/mayo-2011/#/10/zoomed
Malca, E. (2012). Clase 3. Modelo de Datos. Slideshare. Recuperado de: http://www.

slideshare.net/eddiemalca/clase-3-modelo-de-datos
Videotutorial Software Dia. Recuperado de: http://www.youtube.com/watch?v=-9cp-

6jfyW1I

DIRECCIN DE EDUCACIN ABIERTA Y A DISTANCIA Y VIRTUALIDAD
LICENCIATURA EN EDUCACIN BSICA CON NFASIS EN TECNOLOGA E INFORMTICA
BASES DE DATOS
Carretera Troncal de Occidente - Va Corozal - Sincelejo (Sucre)

Telfonos: 2804017 - 2804018 - 2804032, Ext. 126, 122 y 123
Mercadeo: 2806665 Celular: (314) 524 88 16
E- Mail: facultadeducacion@cecar.edu.co

BasesdeDatos PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

BasesdeDatos PDF

Transféré par

Droits d'auteur :

Formats disponibles

DIRECCIN DE EDUCACIN ABIERTA Y A DISTANCIA Y VIRTUALIDAD

LICENCIATURA EN EDUCACIN BSICA CON NFASIS EN TECNOLOGA E INFORMTICA

I. Introduccin III. Instrucciones de Manejo

II. Justificacin IV. Referentes Tericos

CORPORACIN 1 Introduccin a las Bases 2

Asesor Pedaggico 3 4 Lenguaje de Consulta

Corporacin Universitaria del Caribe - CECAR

La compiladora del mdulo es Mara Anglica Garca

En la Ingeniera de Sistema se ha desempeado como inte-

Tambin se ha desempeado como docente en la Divisin de Educacin Abier-

Direccin de Educacin Abierta y a Distancia y Virtualidad

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

El objetivo principal de este mdulo es brindar a los estudiantes un acercamiento a los

El mdulo est organizado en cuatro unidades, distribuidas de la siguiente forma:

Corporacin Universitaria del Caribe - CECAR

Direccin de Educacin Abierta y a Distancia y Virtualidad

El desarrollo de la tecnologa aplicada a la informacin, especialmente ligada a las comu-

El acercamiento de los futuros Licenciados en Educacin Bsica con nfasis en Tec-

Esto se podr alcanzar a travs de la fundamentacin terico prctica de las bases

Las competencias que promueve la asignatura son:

Corporacin Universitaria del Caribe - CECAR

Direccin de Educacin Abierta y a Distancia y Virtualidad

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

La constitucin de grupos de estudio, que se han denominado CIPAS, es altamente

Utilice la bibliografa recomendada para realizar las diferentes actividades y afianzar

Corporacin Universitaria del Caribe - CECAR

C. J. Date, en su libro introduccin a los sistemas de bases de datos, 7 ED., se ha tenido

Adoracin de Miguel y Mario Piattini, en su libro Fundamentos de Base de datos, 2 Edi-

Direccin de Educacin Abierta y a Distancia y Virtualidad

Corporacin Universitaria del Caribe - CECAR

Introduccin a las Bases

En esta primera unidad se presenta la introduccin a las bases de

La finalidad de esta primera unidad es que el estudiante aprenda qu son las

Cmo puedo fundamentar mi conocimiento terico acerca de las ba-

Corporacin Universitaria del Caribe - CECAR

Interpreta y maneja las diferentes conceptualizaciones utili-

Argumenta sobre la importancia de las bases de datos en la educa-

Identifica los diferentes tipos de almacenamientos de un sistema de

Identifica y explica los diferentes modelos de datos.

Direccin de Educacin Abierta y a Distancia y Virtualidad

DINMICA PARA CONSTRUIR CONOCIMIENTO

ACTIVIDAD PREVIA: Trabajo independiente

Lea detenidamente la unidad I.

Corporacin Universitaria del Caribe - CECAR

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,

Tipo de Datos Longitud Descripcin

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

SINGLE 4 bytes Un valor en punto flotante de precisin simple con un rango

Corporacin Universitaria del Caribe - CECAR

Tipo de Datos Longitud Descripcin

DOUBLE 8 bytes Un valor en punto flotante de doble precisin con un rango

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 De cero a un mximo de 1.2 gigabytes.

LONGBI- Segn se De cero 1 gigabyte. Utilizado para objetos OLE.

TEXT 1 byte por 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