Taller de Bases de Datos Relacionales

Vicerrectoría Académica
Cuaderno de Apuntes – 2014
Taller de Base de Datos

Relacionales
Cuaderno de Apuntes de uso exclusivo de los estudiantes del Instituto Profesional AIEP. Prohibida su reproducción. Derechos reservados AIEP.
Estimado Estudiante de AIEP, en este Cuaderno de Apuntes, junto a cada Aprendizaje Esperado que se te
presenta y que corresponde al Módulo que cursas, encontrarás “Conceptos, Ideas Centrales y
Aplicaciones” que reforzarán el aprendizaje que debes lograr.
Esperamos que estas Ideas Claves entregadas a modo de síntesis te orienten en el desarrollo del saber, del
hacer y del ser.
Mucho Éxito.-
Dirección de Desarrollo Curricular y Evaluación
VICERRECTORÍA ACADÉMICA AIEP
Módulo: TALLER DE BASES DE DATOS RELACIONALES
PRIMERA UNIDAD: Arquitectura de las Bases de Datos
1.- Aprendizaje esperado: Definir el contexto de una Base de Datos y su Arquitectura.
1.1. ¿Qué es una Base de Datos?

Es una representación con características técnicas de cierta funcionalidad que trabaja
conjuntamente con un Sistema bajo una funcionalidad informática, la cual en esencia
cumple los acuerdos comunes entre las partes involucradas dentro de este y su
funcionalidad. (MacGraw Hill (Silberschatz): “Fundamentos de Bases de Datos”, 2006)
En la actualidad esta visión de bases de datos es sumamente empleada, ya que con

ello, se manipulan grandes volúmenes de datos, además se gestiona todo lo conforme
a la extracción de datos y el acceso a esta.
1.2. ¿De dónde proviene una Base de Datos?

Dentro de un ciclo de vida para el desarrollo de software se encuentra una etapa
denominada Diseño de Sistemas. Es en esta etapa en donde se comienza a especificar
lógicamente la confección de la base de datos del sistema en estudio. Las tareas más
significantes que se realizan son:
 Medios precisos de captura de datos
 Formularios y pantallas para ingresar datos
 Interfaz con el usuario GUI (mensajes, menús, uso del ratón o mouse, etc.)
 Base de datos que almacenará aquellos datos requeridos por quien toma
las decisiones en la organización.
 Salidas del sistema impresas y en pantalla (consultas, listados, etc.)
1.3. Analizando la definición otorgada en el punto 1.1 podemos reducir y aclarar que una
base de datos no es mas que una recopilación de información (conjunto de datos)
relacionados entre sí de una forma estructurada sin redundancias innecesarias y que
su finalidad es la de servir a una aplicación.
Por otra parte, hay que tener claro que los datos se almacenan de tal modo que
impliquen independencia de los programas que los utilizan.
1.4. Lo dicho anteriormente hace alusión a dos elementos principales que se requieren
para que una base de datos se denomine como tal, siendo estos:
 Relaciones entre datos.
 Significado implícito de los datos.
Por ejemplo, y para entender más claramente el concepto significado implícito de los
datos, podemos pensar que un dato fecha en una base de datos de ventas puede
referirse a la fecha de emisión de las facturas, mientras que si la base de datos es de
música quizás corresponda a la fecha en que se grabó un tema musical.
1.5. Las Bases de Datos se clasifican en dos grandes estamentos: según su ubicación, en la
cual encontramos bases de datos locales, centralizadas y distribuidas. Y según la
organización lógica de la información; en donde están situadas las bases de datos
jerárquicas, en red y las relacionales
1.6. Para las Bases de Datos denominadas Locales, encontramos la BD y al usuario en el

mismo ordenador. Un claro ejemplo de este tipo es Microsoft Access ya que es
manipulada por usuarios sin vasta experiencia en este concepto y sin la necesidad de
almacenar grandes volúmenes de información.
1.7. Las Bases de Datos Centralizadas trabajan y están depositadas en un mismo servidor
para que otorguen el acceso a los usuarios a este. A esto se le denomina arquitectura
cliente-servidor ya que los usuarios acceden de manera simultánea al servidor para
suplir sus necesidades de información por medio de una red local o por internet, y a
través de un programa cliente.
1.8. Para las Bases de Datos Distribuidas, tenemos almacena la información repartida en
diversas localidades (geográficamente), pero conectadas (todas ellas) mediante una
red y gestionadas por un Sistema Administrador de Bases de Datos.
1.9. En las Bases de Datos del tipo Jerárquicas sus datos se organizan usando estructuras
arborescentes, Este árbol es una disposición escalonada desde elementos superiores y
otros que dependerán de estos. Se les denominan Nodos y contienen dependencias
entre ellos.
1.10. Las bases de datos en red contiene una distribución de grafo/red. En el punto 1.9
se habla que los diversos objetos se encuentran afectados bajo una relación 1: M, pero
en este caso existirán instancias de denominadas Propietarios y otros Miembros,
siendo este último quien puede estar relacionado con varios padres o Propietarios.
1.11. En conclusión, estos últimos tipos de bases de datos; las jerárquicas y las de red
conformaron la 1º generación de Sistemas de Gestión de Bases de Datos pero
constituían problemas tales como: La independencia de datos que era mínima, había
que realizar o crear aplicaciones robustas para solventar los requerimientos de
información y lo más importante, no incluían controles de integridad. Ambas fueron
sustituidas por las Bases de Datos Relaciones.
1.12. Las Bases de Datos Relacionales son una estructura que se ha ganado impuesto
para todo tipo de aplicaciones informáticas, ya que su característica principal reside en
la organización de los datos sobre tablas relacionadas por sus atributos o campos por
medio de claves principales o secundarias.
ACTIVIDAD: Describa para cada tipo de Base de Datos descrita anteriormente entre
los puntos 1.6 al 1.12 un ejemplo en el cual represente sus características. Justifique
sus respuestas con sus compañeros.
1.13. Los elementos que estructuran el concepto de una Base de Datos están
conformados por: Datos, Atributos, Campos, Registros y Archivos:
Datos : Es la parte esencial de la información, es decir, la información que

llega a la base de datos.
Atributos : Son los diferentes campos que conforman la estructura de una base de
datos.
Campos : Es la unidad más pequeña de datos.
Registro : Es un conjunto de campos o atributos relacionados entre sí.
Archivo : Es un conjunto de registros relacionados.
1.14. Respecto a una entidad se puede decir que es un contenedor o la instancia en

donde se almacena todo lo que se requiere guardar, por ejemplo: clientes, productos,
alumnos, ventas, etc. El siguiente dibujo representa las entidades con sus atributos que
contendrán datos, que una vez manipulados y procesados ofrecen información.
1.15. Uno de los conceptos primordiales dentro de lo que respecta a Bases de Datos
Relacionales son las claves primarias y Foráneas:
Claves Primarias (PK): Esta es única dentro de una tabla y otorga la característica de
identificador único dentro de ella, o sea no se puede repetir el dato.
Claves Foráneas (FK): Este tipo de clave es cuantiosa dentro de una tabla y otorga la
virtud de navegar entre ellas, ya que si es foránea en otra tabla es primaria. A esto
último se le denomina integridad referencial.
1.16. Las restricciones de Integridad Referencial es un método que regulariza y asegura

que los archivos o registros de las tablas sean permitidos y no se eliminen o
modifiquen de manera accidental provocando errores de gran magnitud. Ejemplo:
Código de Clientes en Facturas debe cumplir que exista en Clientes y que sea clave
primaria
Código de Producto Facturas debe cumplir que exista en Productos y que sea clave
primaria
1.17. Los tipos de datos más comunes que se manipulan para los campos o atributos de
una tabla son los siguientes:
Texto : Acepta el contenido de caracteres alfanuméricos.

Numéricos : Admite el contenido de caracteres de tipo números, como:
double, float, integer.
Fecha y Hora : Se utiliza para trabajar formatos que admitan horas y fechas.
Si/No : Se les denominan Boléanos, y contiene dos valores posibles 1 o 0
(Verdadero o falso).
1.18. Los System Management DataBase o Sistemas Administradores de Bases de Datos

son softwares informáticos que conceden a los usuarios o gestores de la aplicación
crear y mantener la Base de Datos implementada. No es imprescindible, pero facilita y
otorga un sinnúmero de funcionalidades para definir, construir y manipular la BD de
una manera más sencilla y cómoda.
ACTIVIDAD
CASO DE ESTUDIO:
Investigue los diversos Sistemas Administradores de Bases de Datos que existen en el
mercado, y que son utilizados por empresas de su zona y a nivel nacional.
Además, investigue:
- Sistemas de Bases de Datos Web.
- Sobre los sistemas de BD que utilizan Facebook y Twitter.
2.- Aprendizaje esperado: Diseñar conceptualmente la base de datos, de acuerdo a los

requerimientos del cliente, respetando los principios del diseño de bases de datos,
aplicando criterios de calidad aplicando normalización y optimización por medio de
llaves.
2.1. ¿Cómo funciona la Integridad Referencial?

La inserción de registros en una tabla esta verificada desde dos puntos de vistas; la
primera se da por la fidelidad de estos según la especificación técnica que se analizó.
La segunda es por Integridad Referencial y que actúa aplicando reglas o normas sobre
los datos para asegurarse que los registros que se han de insertar sean válidos en una
tabla respecto a otra. También, cabe destacar que este concepto está ligado con los
Tipos de Relaciones; Uno a uno, Uno a muchos y Muchos a muchos.
2.2. Respecto a la Integridad Referencial una relación 1:1 valida que cuando un existe un
registro en una tabla solo puede estar relacionado con un único registro de otra tabla
y viceversa.
Ejemplo: tenemos dos tablas una de empleados y otra de departamentos y queremos

saber qué empleado pertenece a qué departamento, tenemos una relación 1:1 entre
ambas tablas ya que un empleado solo puede pertenecer a un departamento.
2.3. Respecto a la Integridad Referencial una relación 1: N, sucede cuando un registro de

una tabla únicamente puede relacionarse con un único registro de una tabla principal
y este registro de la principal puede tener relación con más de un registro de la
secundaria, es en este caso, cuando suscita el concepto de tabla “padre” y tabla “hijo”
dándose la regla que un padre puede tener varios hijos pero un hijo solo tiene un
padre.
Ejemplo: tenemos dos tablas una con asignaturas y otra con profesores, un profesor
puede impartir diversas asignaturas pero una asignatura le pertenece a un profesor.
En este caso la tabla principal será profesor y la secundaria seria asignatura. Esta
relación se representa incluyendo en la tabla 'hijo' una columna que se corresponde
con la clave principal de la tabla 'padre', esta columna es lo denominamos clave
foránea (o clave ajena o clave externa).
Acá ya manejamos el concepto visto anteriormente de clave foránea, ya que la

foránea “Profesor” está contenida en la tabla principal “Rut”, a esto se le denomina
una regla de Integridad Referencial.
2.4. Respecto a la Integridad Referencial una relación N: M, suscita cuando un registro de

una tabla está relacionado con más de un registro de otra tabla y viceversa. En el caso
planteado se denota que estas tablas no se pueden relacionar directamente, debe
existir una tabla puente que lo haga a través de valores pares que se relacionan entre
sí.
Ejemplo: existe una tabla clientes que realiza pedidos a una empresa que vende
productos. Un cliente puede realizar un pedido con varios productos, y un producto
podría ser solicitado por más de un cliente.
No se puede definir una relación directa entre clientes y artículos, hace falta otra tabla
“Pedidos” que está relacionada con clientes y con artículos. Esta tabla Pedidos está en
relación con ambas tablas por medio de una relación uno a muchos.
2.5. Se debe entender que una clave foránea siempre debe existir en una tabla principal ya
que impide la inserción de datos que no se encuentren en esta principal. Lo esencial es
que los datos hacen referencia a otros en otra tabla y deben ser correctos y
congruentes con su especificación técnica, en esto último nos ayuda el Sistema Gestor
de Bases de Datos en el cual implementaremos nuestro modelo relacional.
2.6. ¿En qué situaciones se producen errores en los datos?
 Cuando insertamos datos en una nueva fila en una tabla secundaria y ese valor no
existe en la principal, acá existe un mal modelamiento de datos.
 Cuando posiblemente editamos un valor en una clave principal provocando
estragos en registros de tipo hijos. Este evento puede suceder a nivel de
administrador de Bases de Datos.
 Cuando intentamos eliminar una fila en la tabla principal y este registro contiene
hijos.
ACTIVIDAD: Confeccione un Modelo Relacional de la venta de productos en línea

para un negocio de venta de artículos de computación con envió a domicilio. Analice
las Relaciones y su Integridad Referencial.
2.7. La idea de obtener un Modelo Relacional surge de los resultantes de un Modelo

Entidad Relación y que en fin representa nuestra Base de Datos modelada a un nivel
óptimo. Pero otras veces, y debido a fallas en este modelamiento o a dificultades
indetectables en esta fase de diseño, provocara situaciones anómalas en el modelo,
tales como:
 Redundancia de datos
 Ambigüedades
 Mermas de Restricciones de Integridad
 Incoherencias en la gestión de edición de datos
2.8. La primicia primordial habita en que las tablas deben describir objetos o escenarios
muy precisos. Lo que ocurre es que conceptualmente es difícil obtener ese problema.
La solución suele ser dividir la tabla con problemas en otras tablas más adecuadas. En
sí, ambos puntos anteriores nos demuestran que existe un modelo bien estructurado y
que debemos hacer más para lograr uno de mejor calidad, para ello lo ideal es aplicar
a lo que se denomina Normalización.
2.9. La teoría de la Normalización recae sobre una técnica juiciosa de análisis y clasificación
de datos, trata de impedir la redundancia e incoherencias de actualización. Implanta la
formalización en el diseño lógico de las Bases de Datos Relacionales. Y también,
accede a transformar parte del sumario para colocar herramientas algorítmicas de
refuerzo al diseño.
2.10. En definición las Formas Normales (FN) son aplicables a Modelos Relacionales para
mejorar sus relaciones detectadas y a Vistas de Usuarios para converger en una
Normalización. Estas se plantean como reglas denominadas:
(MacGraw Hill (Silberschatz): “Fundamentos de Bases de Datos”, 2006)
2.11. Una tabla se halla en 1FN si imposibilita que un atributo de una tupla consiga
tomar más de un valor. La tabla:
Si observamos y analizamos es una tabla, pero no una tabla relacional (lo que en
terminología de bases de datos relacionales se llama relación). Esta NO cumple la 1FN.
Lo cumpliría si:
Esa tabla sí se encuentra en 1FN
2.12. Para que se encuentre en 2FN una tabla, debe ocurrir que si una tabla está en 1FN
y también, cada atributo que no sea clave, es dependiente de una manera funcional
total respecto de cualquiera de las claves. Sucederá que toda clave primaria debe
contener dependencias del resto de los atributos, y si estos dependen solo de cierta
parte deberán formar otra tabla a partir de esta principal. Ejemplo:
Presumiendo que el DNI y el código de curso constituyan una clave principal para esta
tabla, sólo el campo nota tiene dependencia funcional completa. Los atributos nombre y
apellidos acatan de forma completa del DNI.
La tabla no es 2FN, para arreglarlo:
2.13. Acontece que cuando una tabla está en 2FN e igualmente ningún atributo que no
sea clave dependiente de manera transitiva de las claves de la tabla. Quiere decir que
NO sucede cuando algún atributo depende funcionalmente de atributos que no son
claves. Ejemplo:
La Provincia depende funcionalmente del código de provincia, lo que hace que no esté en
3FN.
La mejora sería:
2.14. La siguiente entrevista efectuada a una persona refleja los Requerimientos para
confeccionar una Base de Datos de una temática en particular:
1. ¿Quién es el usuario?
R= Anselmo Ortiz Juárez
2. ¿De qué es su local?
R= Es una tienda de abarrotes
3. ¿Qué productos vende?
R= Abarrotes, carnes frías, lácteos y dulces
4. ¿Hacia quien va dirigido du producto?
R= Publico General
5. ¿Cuál es su problema?
R= - El no saber de cuanto es la ganancia por día
- Cuanto producto se desaloja diariamente
- Cuanto es el producto que hay en existencia
6. ¿Cuál es la razón por la que quiere resolver este problema?
R= Para tener un mejor control de los productos que se venden y que
ganancias se logran obtener
7. ¿Tiene conocimientos en computación?

R= regular
8. ¿En qué ambiente se utilizara el sistema?
R= en un espacio pequeño de la tienda.
9. ¿Qué obstáculos afectan al desarrollo del sistema?
R= que no cuenta con una computadora en el local ni con libros de
entradas y salidas
10. ¿Cuáles son las funciones que quiere que realice el sistema?
R= que capture y muestre las entradas y salidas del día.
que muestre la cantidad de productos vendidos y en existencia.
Lo siguiente, serian Observaciones a tener en cuenta para el futuro sistema:
 Negocio pequeño de abarrotes

 No cuenta con libros de entradas y salidas
 Cuenta con poco tiempo de apertura (1 año)
 No cuenta con una computadora propia pero y posibilidad de adquirirla
2.15. En conclusión al punto anterior, podemos evidenciar que para la definición de una
Base de Datos o la necesidad de crear un sistema existirán los requerimientos de
usuarios, los cuales deben ser atendidos para confeccionar un modelo acorde a las
necesidades de información y que cumplan con el objetivo planteado para el sistema
en desarrollo. Ya una vez efectuado esto, podemos utilizar distintas herramientas para
mejorar la calidad de lo que se está construyendo como aplicación informática.
2.16. El análisis de requerimientos para la confección de modelos para Bases de Datos,

respectan de nuestro cabal estudio que realizaremos para con los usuarios o clientes.
La idea de desarrollar un sistema converge en la necesidad de aplicar diversas técnicas
o herramientas para encontrar los requisitos que necesita el sistema en desarrollo en
un nivel de Base de Datos. Para esto, se deben buscar una variada gama o un
magnifico nivel de detalle significativo de lo que se requiere realizar como Modelo
Relacional para implementarse posteriormente como Base de Datos.
2.17. Dentro del complejo proceso que supone el diseño y puesta en marcha de una
adecuada evaluación, una fase fundamental es la selección de indicadores que sean
pertinentes y significativos. Es recomendable centrarse en los aspectos que sean
evaluables y al mismo tiempo con alta incidencia sobre la calidad de las Bases de
Datos.
2.18. Lo ideal para expresar la calidad para la confección de una Base de Datos es la
definición de criterios para evaluar esta. Lo principal es que un modelo sea mínimo
expresivo y autoexplicativo. Estos criterios están dados por lo siguiente:
Completitud: Este criterio contiene dos aspectos: cada requerimiento debe estar en
el modelo y cada concepto del modelo se manifiesta en los requerimientos.
Correctitud: Un modelo es viable si se utiliza debidamente el modelo de datos. Hay
dos tipos de Correctitud: sintáctica y semántica.
Minimalidad: Un modelo es mínimo cuando respecta a que cada requerimiento
solicitado cumple que solo aparece una sola vez en el modelo determinando su
función.
Expresividad: Un modelo es expresivo cuando demuestra los requerimientos de una
manera natural.
Legibilidad: Legible significa que se puede leer, esta es una propiedad particular de
cada modelo donde se consideran criterios estéticos.
ACTIVIDAD
CASO DE ESTUDIO:
Simule que usted es un Diseñador de Bases de Datos y debe implementar el Modelo
relacional de la Actividad anterior.
Se requiere que:
- Relate con sus pares las mejoras a realizar respecto a la aplicación de las 3 formas
Normales para buscar anomalías en el modelo propuesto.
- Documente todo acto realizado y evidencias encontradas sobre errores suscitados.
SEGUNDA UNIDAD: Moldeamiento de Datos
3.- Aprendizaje esperado: Operan con técnicas de Modelamiento de Datos para la

construcción de diferentes tipos de Bases de Datos.
3.1 ¿Qué es un Modelo de Datos?

Un modelo puede ser la representación de la realidad en un descripción grafica que
solo relata datos o detalles importante del objeto en estudio. (MacGraw Hill
(Silberschatz): “Fundamentos de Bases de Datos”, 2006)
3.2 Dentro del concepto de Modelo de Datos se menciona que es una representación de
la vida real en un esquema más lógico. A lo anterior, se le denomina Abstracción, lo
cual se define como el medio de separar las cualidades de algo para considerar su
esencia principal.
3.3 Para efectuar o representar un buen Modelo de Datos existen etapas a cumplir para
el diseño de una base de datos de calidad. La importancia y funcionalidad de todo
sistema informático sienta sus bases en un Modelo Relacional o Base de datos bien
construida y con posibilidades de adaptarse a las necesidades el mercado y las
posibles modificaciones de su operatividad. Estas etapas son las que se muestran en
la siguiente gráfica:
3.4 Un Modelo Conceptual es la representación de conceptos asociados a la temática en

estudio. Es el primer eslabón que un Analista de Sistemas debe estudiar para tener un
cabal entendimiento de lo que se quiere realizar. Para esto, es aconsejable bosquejar
un Modelo Entidad Relación (MER) para luego hacer la transición hacia un Modelo
Relacional.
3.5 ¿Qué es un Modelo Entidad Relación?

Es una representación del mundo real en una gráfica que está constituida por
elementos denominados entidades. El objetivo principal del modelo entidad relación
es el de analizar las relaciones y cardinalidad entre ellas, y también sus características,

llamados atributos.
3.6 Los componentes de un modelo relacional se enmarcan sobre una sintaxis gráfica,
representados por: un rectángulo quien representa una entidad, un rombo que
graficaría una relación, un circulo u ovalo quien simboliza atributos de la entidad y
por último, líneas quienes unifican los elementos anteriores. Por otra parte, existe la
acotación de la cardinalidad existente entre entidades.
3.7 Una Entidad representado en un Modelo Entidad Relación como un rectángulo y es el

símbolo principal de este concepto, de una existencia independiente. Una entidad
puede ser cualquier objeto físico o conceptual, se caracteriza y distingue de otras por
sus atributos a los cuales se les denomina propiedades y que en simples palabras son
las características de una entidad, ejemplo:
3.8 Los atributos representados en un Modelo Entidad Relación con un circulo u ovalo,
conciernen a las características o propiedades concretas de la entidad, son su
descripción. Ejemplo:
3.9 Las Relaciones representadas en un Modelo Entidad Relación como un rombo tiene
como objetivo graficar y analizar la asociación entre las entidades, Ejemplo:
La entidad “Clientes” puede estar relacionada con la entidad “Productos” por la

relación “Compra”.
3.10Las Uniones representadas en un Modelo Entidad Relación con una línea continua son
conectores que acoplan tanto entidades con atributos y entidades con otras por
medio de la relación. Ejemplo:
3.11 Las Relaciones suelen aplicar el concepto de tipo de relación, otorgando relaciones
de tipo:
Uno a uno (1:1), siendo una relación de matrimonio, una entidad del tipo A solo se
relaciona con otra del tipo B, y viceversa. Ejemplo: “una persona y su cedula de
identidad”.
Uno a muchos (1: N), personifica que una entidad del tipo A se relaciona con
cualquier y más de una entidad del tipo B, pero la entidad B solo está relacionada con
una de tipo A. Ejemplo: “un cliente con sus cuentas de bancos”.
Muchos a muchos (N: M), constituye que muchas entidades de tipo A pueden estar
relacionadas con muchas de tipo B. Ejemplo: “un arquitecto con sus proyectos de
construcción”.
ACTIVIDAD: A partir de un negocio de Pizza, represente el pedido de estas en un

Diagrama Entidad Relación con toda su nomenclatura. Tenga en cuenta el pedido en
local, teléfono y vía web.
3.12Un modelo orientado a objetos es la confección y representación del mundo real con
el uso de técnicas y herramientas dependientes de la identificación y especificación
de un conjunto de objetos relacionados, para comprobar su comportamiento y su
colaboración entre sí. Estas técnicas y herramientas orientadas a objetos consienten
que el modelo a representar un sistema se construya a partir de objetos que
conllevan un comportamiento específico. Esto último, aclara que estos objetos se
pueden crear a partir de otros y que a su vez pueden estar conformados por otros
objetos. Ejemplo: “una maquina compleja construida por partes, subpartes y sub-
subpartes, etc.”
3.13El Modelo Relacional es la consecuencia de un MER, y se también es la representación

del mundo real. Acá los datos se puntualizan como entidades, relaciones y atributos.
El objetivo trascendental de este modelo es comprender y analizar las relaciones
entre sus objetos y el establecimiento de claves principales y secundarias. En la
práctica, este modelo se visualiza por el usuario como una relación entre tablas, cada
fila de esta tabla es una tupla o registro y sus atributos son las columnas o campos de
esta.
3.14¿Cuáles son las características de las Tablas?

Una tabla está compuesta por Filas y Columnas, las primeras son equivalentes a los
registros de un archivo tradicional. Las columnas representan los campos. El conjunto
de valores que puede adoptar un campo se le denomina dominio.
3.15 ¿A qué se refiere el concepto de claves principales y secundarias en un Modelo

Relacional?
Las entidades de un Modelo Relacional deben contener una clave principal o campo
llave, que identifica exclusivamente al conjunto de datos. Esta clave principal, que
figura en esta como primaria y en otra tabla como secundaria se le llama clave foránea
haciendo la unión o relación estas por medio de las “claves foráneas”.
3.16El concepto de Diccionario de Datos, trata de la documentación y registro de todo

atributo que conforma una tabla. En sí, lo que se registra es las características de cada
atributo, como por ejemplo: el atributo Edad, será de tipo entero de hasta 3 dígitos y
aceptara números entre 0 y 120, etc.
3.17La conformidad de un equipo de trabajo, se aclara como un grupo de personas con

asignaciones o funcionalidades específicas, de acuerdo a sus habilidades y
competencias, y que aportan para el cumplimiento de ciertas metas bajo la
supervisión de una persona a cargo.
3.18El punto en común que debe tener a su haber un grupo de trabajo es la integración y
la comunicación para efectuar funciones, actividades y procedimientos de acuerdo a
las responsabilidades de cada integrante.
3.19Una característica deseable para un buen trabajo en equipo es la necesidad de que las
actividades desarrolladas se realicen en forma coordinada y que los programas y
actividades planificadas en equipo, apunten a un objetivo en común.
3.20Algunas de las estrategias que debe tener el trabajo de equipo, son el brindar toda
información fidedigna y útil a cada integrante del equipo, el compromiso, establecer
un buen clima de trabajo y tener en cuenta los tiempos de realización del trabajo
encomendado.
ACTIVIDAD
CASO DE ESTUDIO:
Simule que usted es un Diseñador de Bases de Datos para un Sistema de Biblioteca y le
solicitan que efectué el Modelo Entidad Relación que sugiera la representación gráfica de
la petición de libros por parte de alumnos y profesorado..
Se requiere que modele lo siguiente:

- Modelo Entidad Relación con cardinalidad del caso planteado.
- Diagrama con la Transición del MER a Modelo Relacional estableciendo claves
primarias y foráneas.
- Documentación del Diccionario de Datos con la especificación técnica del Modelo
Relacional anterior.
TERCERA UNIDAD: Lenguaje de Consultas Estructurado
4.- Aprendizaje esperado: Crean Bases de Datos bajo un SGBD con un Lenguaje de
Consultas Estructurado.
4.1 El lenguaje SQL en nomenclatura significa “Lenguaje de Consultas Estructurado”, y

ayuda a gestionar una Base de Datos lógica bajo un Software de Gestión de Bases de
Datos relacional. (Prentice Hall (Thomas Connolly): “Sistemas de Base de Datos”,
2005)
4.2 SQL aparece en la década de los 60 a partir de un proyecto de investigación por IBM,
con la finalidad de encontrar “algo” que ayude a manipular una base de datos
relacional. Actualmente se ha convertido en un estándar de lenguaje de bases de
datos, y la mayoría de los sistemas de bases de datos lo soportan, desde sistemas
para ordenadores personales, hasta grandes ordenadores
4.3 SQL es un estándar en la gestión de bases de datos y la totalidad de los sistemas

gestores de bases de datos lo soportan. Estos SGBD pueden ser instalados desde
pequeños equipos computacionales hasta potentes servidores
4.4 El objetivo principal del lenguaje SQL es permitir efectuar mandatos hacia una Base de
datos, sean estos de consultas, ediciones, inserciones o eliminación en distintos
niveles jerárquicos de la base de datos.
4.5 El lenguaje SQL, se dividen en tres sublenguajes otorgando distintas finalidades, estas
son:
ACTIVIDAD: Investigue cada sublenguaje de SQL y defina las diferencias entre

ellos. Describa su funcionalidad y niveles de seguridad.
4.6 El sublenguaje de Definición de Datos DDL, orienta su uso en los mandatos para la
confección, modificación y eliminación de bases de datos y tablas dentro de esta
instancia. Así como también, de las relaciones existentes entre estas. También se
debe mencionar que es el que más varía en los distintos Sistemas Gestores de Bases
de Datos.
4.7 El sublenguaje de Definición de Datos DML, admite el uso de estructuras de

recuperación de datos situados en una base de datos. También, incluye mandatos
para actualizar, eliminar e ingresar registros en esta. Es claramente una instancia de
gestión de la información acumulada en un registro de base de datos.
4.8 El sublenguaje de Definición de Datos DCL, es la expresión que comprende elementos

útiles para desarrollar en un ambiente multiusuario. En este, se gestiona la seguridad
y protección de los datos, así como también, se establecen las restricciones en el
acceso y compartición de datos para los distintos perfiles de usuarios participes,
otorgando las necesidades de información en relación a ello.
4.9 El lenguaje SQL se compone por clausulas, comandos, operadores y funciones. Todo
lo anterior se combina para crear estructuras e instrucciones que realizaran mandatos
para crear, actualizar y manipular bases de datos relacionales.
4.10 Algunos de los comandos de una sintaxis SQL para el sublenguaje DDL son: CREATE,
DROP y ALTER.
Cabe destacar que los comandos descritos anteriormente, son utilizados a un nivel de
base de datos, en lo que respecta a la definición de esta. Ejemplo: “con DROP
eliminaría una Base de Datos”.
4.11 Algunos de los comandos de una sintaxis SQL para el sublenguaje DML son: SELECT,
INSERT, UPDATE y DELETE.
4.12 Una clausula dentro de una estructura o sentencia SQL otorga los filtros condicionales
que esta debe cumplir para filtrar la información saliente que se desea manipular o
seleccionar. Algunas de estas son las siguientes:
4.13 Dentro de una estructura o sintaxis SQL encontramos operadores lógicos y de

comparación. Estos, aportan a la sintaxis para ejercer una estructura más certera en la
extracción de información. Así como también, superpone la fehaciente necesidad de
manipulación de cada estructura haciendo de esta una gestión moldeable a las
necesidades de un usuario de una capacidad avanzada en esta temática. Algunos de
estos operadores son los que a continuación se presentan:
4.14 La cláusula SELECT nos posibilita el uso de funciones de agregado para poder
manipular datos o registros de una tabla o un grupo de ellos de una forma estadística.
Estas funciones se asemejan bastante a funciones que son utilizadas en Microsoft
Excel.
ACTIVIDAD: En el software de apoyo al módulo, cree una instancia de Base de

Datos denominada “Biblioteca” y dentro de esta cree las tablas: Alumnos, Libros y
Pedidos quedando la definición de sus tipos de datos a vuestro análisis.
4.15 La sintaxis para crear una instancia de Base de datos, se define con el comando
CREATE. Este entrega la posibilidad de crear una Base de Datos o una Tabla dentro de
esta. En el segundo caso, es importante la especificación del tipo de datos y la
longitud del atributo. Ejemplos:
Creación de una Base de Datos:

CREATE DATABASE BIBLIOTECA
Creación de una Tabla:

CREATE TABLE ALUMNOS
(
RUT CHAR (12),
NOMBRE CHAR (25),
EDAD INT
)
4.16 El efectuar una consulta hacia una tabla otorga la devolución de información. Esta
última, obedecerá del nivel de confección de la instrucción SQL que es dependiente
de lo que queremos buscar. A continuación un par de ejemplos:
SELECT NOMBRE, EDAD

FROM EMPLEADO
WHERE EDAD >= 28
Dada la tabla Empleados y analizando la sentencia SQL nos entregaría como resultado
el Nombre y Edad de las filas 1, 4 y 6.
4.17 Para realizar una inserción de registro hacia una tabla se da uso a la cláusula INSERT
acompañada por los siguientes comandos:
INSERT INTO EMPLEADOS (CODIGO, NOMBRE, EDAD, DEPTO)

VALUES (13, ‘JUAN PEREZ’, 35, 2)
Lo anterior, define en la primera línea a donde y en que columnas serán insertos los
datos que se encuentran dentro de la cláusula VALUES.
4.18 Para efectuar la Eliminación de registros de una tabla, se evidencia bajo la siguiente
instrucción:
DELETE FROM EMPLEADOS

WHERE (COD = 10)
Lo anterior, efectuaría la eliminación sobre la condicional descrita en el WHERE. Con

esto, eliminaría al individuo que se encuentra en la fila nº 5.
Otra forma es utilizar la sintaxis “TRUNCATE TABLE EMPLEADOS”, pero la diferencia se
encuentra en que esta no se ejerce ninguna condicional, haciendo la eliminación de
todos los registros sin distinguir nada.
ACTIVIDAD
CASO DE ESTUDIO:
Simule que usted es un Modelador de Bases de Datos y le solicitan que construya el
siguiente Modelo Relacional en un Sistema Gestor de Bases de Datos propuesto. Para
esto, realice la secuencia los siguientes mandatos:
- Cree la Base de Datos Biblioteca y dentro de esta las tablas: Alumnos, Libros,
Editorial, Autor, Empleados y Pedidos.
- Usted deberá crear los atributos correspondientes al análisis que realizo
antelarmente.
- Efectué el poblamiento de cada tabla con registros congruentes a las restricciones
de cada tabla.
- Efectué pruebas de Selección y Modificación de Registros. Así como también, de
eliminación de información.
BIBLIOGRAFÍA
- -Silberschatz. “Fundamentos de Bases de Datos”. Edit. Mc Graw-Hill, 2006.
- -Connolly, Thomas M.”Sistemas de Base de Datos”. Edit. Prentice Hall, 2005.

Taller de Bases de Datos Relacionales

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Taller de Bases de Datos Relacionales

Cargado por

Copyright:

Formatos disponibles

Vicerrectoría Académica

Cuaderno de Apuntes – 2014

Taller de Base de Datos

Dirección de Desarrollo Curricular y Evaluación

VICERRECTORÍA ACADÉMICA AIEP

Módulo: TALLER DE BASES DE DATOS RELACIONALES

PRIMERA UNIDAD: Arquitectura de las Bases de Datos

1.- Aprendizaje esperado: Definir el contexto de una Base de Datos y su Arquitectura.

1.1. ¿Qué es una Base de Datos?

En la actualidad esta visión de bases de datos es sumamente empleada, ya que con

1.2. ¿De dónde proviene una Base de Datos?

1.6. Para las Bases de Datos denominadas Locales, encontramos la BD y al usuario en el

Datos : Es la parte esencial de la información, es decir, la información que

1.14. Respecto a una entidad se puede decir que es un contenedor o la instancia en

1.16. Las restricciones de Integridad Referencial es un método que regulariza y asegura

Texto : Acepta el contenido de caracteres alfanuméricos.

1.18. Los System Management DataBase o Sistemas Administradores de Bases de Datos

2.- Aprendizaje esperado: Diseñar conceptualmente la base de datos, de acuerdo a los

2.1. ¿Cómo funciona la Integridad Referencial?

Ejemplo: tenemos dos tablas una de empleados y otra de departamentos y queremos

2.3. Respecto a la Integridad Referencial una relación 1: N, sucede cuando un registro de

Acá ya manejamos el concepto visto anteriormente de clave foránea, ya que la

2.4. Respecto a la Integridad Referencial una relación N: M, suscita cuando un registro de

2.6. ¿En qué situaciones se producen errores en los datos?

ACTIVIDAD: Confeccione un Modelo Relacional de la venta de productos en línea

2.7. La idea de obtener un Modelo Relacional surge de los resultantes de un Modelo

(MacGraw Hill (Silberschatz): “Fundamentos de Bases de Datos”, 2006)

Esa tabla sí se encuentra en 1FN

La tabla no es 2FN, para arreglarlo:

7. ¿Tiene conocimientos en computación?

Lo siguiente, serian Observaciones a tener en cuenta para el futuro sistema:

 Negocio pequeño de abarrotes

2.16. El análisis de requerimientos para la confección de modelos para Bases de Datos,

SEGUNDA UNIDAD: Moldeamiento de Datos

3.- Aprendizaje esperado: Operan con técnicas de Modelamiento de Datos para la

3.1 ¿Qué es un Modelo de Datos?

3.4 Un Modelo Conceptual es la representación de conceptos asociados a la temática en

3.5 ¿Qué es un Modelo Entidad Relación?

es el de analizar las relaciones y cardinalidad entre ellas, y también sus características,

3.7 Una Entidad representado en un Modelo Entidad Relación como un rectángulo y es el

La entidad “Clientes” puede estar relacionada con la entidad “Productos” por la

ACTIVIDAD: A partir de un negocio de Pizza, represente el pedido de estas en un

3.13El Modelo Relacional es la consecuencia de un MER, y se también es la representación

3.14¿Cuáles son las características de las Tablas?

3.15 ¿A qué se refiere el concepto de claves principales y secundarias en un Modelo

3.16El concepto de Diccionario de Datos, trata de la documentación y registro de todo

3.17La conformidad de un equipo de trabajo, se aclara como un grupo de personas con

Se requiere que modele lo siguiente:

TERCERA UNIDAD: Lenguaje de Consultas Estructurado

4.1 El lenguaje SQL en nomenclatura significa “Lenguaje de Consultas Estructurado”, y

4.3 SQL es un estándar en la gestión de bases de datos y la totalidad de los sistemas

ACTIVIDAD: Investigue cada sublenguaje de SQL y defina las diferencias entre

4.7 El sublenguaje de Definición de Datos DML, admite el uso de estructuras de

4.8 El sublenguaje de Definición de Datos DCL, es la expresión que comprende elementos

4.13 Dentro de una estructura o sintaxis SQL encontramos operadores lógicos y de

ACTIVIDAD: En el software de apoyo al módulo, cree una instancia de Base de

Creación de una Base de Datos:

Creación de una Tabla:

SELECT NOMBRE, EDAD

INSERT INTO EMPLEADOS (CODIGO, NOMBRE, EDAD, DEPTO)

DELETE FROM EMPLEADOS

Lo anterior, efectuaría la eliminación sobre la condicional descrita en el WHERE. Con

También podría gustarte