ACTIVIDAD DE LA UNIDAD 2

PRESENTADO POR:
LEDY DAYANA CEPEDA ANACONA

PRESENTADO A:
ING. ALBA LUCIA HERNANDEZ MANCILLA

SERVICIO NACIONAL DE APRENDIZAJE

2016

Cmo ayudan las Bases de Datos Relacionales en la construccin de un Sistema

de Bases de Batos?
El modelo relacional representa los datos en una base de datos como una coleccin de
relaciones. Cada relacin se asemeja a una tabla, en donde cada fila de la tabla
representa una coleccin de datos conexos o afines. Las bases de datos relacionales
aseguran que no haya datos incoherentes. Gracias a ella, se garantiza que una entidad,
siempre se relacione con otras entidades validas, es decir las que existen en la base de
datos.
Cules seran las etapas o fases principales para un buen diseo de un SBD?
Para llegar al diseo de las Bases de Datos Relacionales (BDR) es necesario cumplir
antes con una serie de actividades que estn asociadas al Ciclo de Vida del Sistema de
Aplicacin de Bases de Datos llamada Definicin del Sistema. Para ello, se requiere
determinar cul va a ser el mbito y los lmites del sistema que se pretende disear,
incluyendo las principales vistas de usuario, los tipos de usuarios y las reas de aplicacin
tanto actuales como futuras. Asimismo, se necesita recoger y analizar, los requerimientos
de los usuarios y las operaciones realizadas en la organizacin o instituciones desde
distintos puntos de vistas.
Al cumplir con estas actividades, se podr empezar con la etapa del diseo para el
sistema de base de datos requerido. Para ello, se hace indispensable seguir una
metodologa que permita guiar el proceso con varias tcnicas claramente definidas para
ser utilizadas en las tres fases principales: El diseo conceptual, el diseo lgico y el
diseo fsico, que aseguren un procedimiento ordenado y metdico.
Ahora bien, las etapas a seguir para el diseo de una base de datos, no tienen que
realizarse en una secuencia estricta ya que se puede darse el caso que sea necesario
modificar el diseo de una fase que ya se realiz, por lo tanto, existir un ciclo de
retroalimentacin entre las tres fases y dentro de ellas.
FASES DEL DISEO DE BASES DE DATOS

De la figura anterior se deduce que las fases para el diseo son:

1.
2.
3.
4.
5.

Anlisis y definicin de requisitos

Diseo del esquema conceptual (modelo ER)
Eleccin de un SGBD
Transformacin del modelo de datos o diseo lgico
Diseo fsico de la base de datos

Dentro de este marco, se puede observar que el primer paso para el diseo de cualquier
base de datos, es la recopilacin de requisitos y el anlisis de la informacin, para
determinar cmo y para qu se utilizar, donde el diseador debe entrevistar a los
usuarios a objeto de comprender y documentarse sobre Cul es el propsito de la base
de datos? Qu informacin debe tener? Qu informacin desea generar? Teniendo
claro estos requerimientos se procede a crear un esquema conceptual mediante un
modelo de datos conceptual de alto nivel (este paso se llama el diseo conceptual).
Posteriormente se realizar el siguiente paso que es la eleccin de un Sistema de Gestin
de Base de Datos (SGBD) o versin inglesa DataBase Management System (DBMS). De
hecho, si decidimos utilizar un sistema gestor de bases de datos relacionales, podemos
recurrir a los siguientes gestor de bases de datos: Oracle, DB2 deIBM, SQL Server de
Microsoft, Interbase de Borland o a cualquier otro de los muchos sistemas gestores de
bases de datos relacionales que existen en el mercado.
PREGUNTAS:
1.

Analice los siguientes ejemplos del Modelo relacional, y con base a estos
especifique si se cumplen o no los siguientes aspectos: (Realice este anlisis de
forma individual, es decir responda las preguntas para cada tabla)

a. Los nombres de los renglones tienen relacin con la entidad.

La entidad o tabla es clientes y los nombres de los renglones son cada uno de los
atributos que juntos forman un registro o rengln, por lo tanto si tiene relacin ya que
estos son los que contiene la informacin necesaria de cada cliente.
b. Todas las columnas contienen datos congruentes a los atributos de la entidad.
Los atributos efectivamente contienen datos especficos de la entidad y que corresponden
a la informacin exacta.
c. Cada campo tiene valor atmico.
Una clave atmica usa un campo que contenga informacin que identifique a un registro.
En este caso de la tabla proveedores seria el atributo de cdigo.
d. Todos los atributos tienen un nombre nico.
Todos los atributos estn representados por un nombre nico y no se repiten.
e. Existen tuplas idnticas.
Cada tupla tiene un respectivo valor no existe redundancias ni duplicaciones. No existen
tuplas idnticas pero si poseen datos idnticos puesto que al determinar la ciudad del
proveedor dependiendo de dnde se encuentre se repite si son las mismas ciudades
como por ejemplo de la ciudad de Cali o Bogot.

a. Los nombres de los renglones tienen relacin con la entidad.

La entidad se denomina artculos y los nombres de los atributos son cdigo, descripcin,
proveedor, costo, venta, por lo tanto si tiene relacin ya que con estos se tiene
informacin necesaria del producto.
b. Todas las columnas contienen datos congruentes a los atributos de la entidad.
Los atributos efectivamente contienen datos especficos de la entidad y sus relaciones
adems de que corresponden a la informacin exacta.
c. Cada campo tiene valor atmico.
Una clave atmica usa un campo que contenga informacin que identifique a un registro.
En este caso de la tabla articulo seria el atributo de cdigo.
d. Todos los atributos tienen un nombre nico.
Todos los atributos estn representados por un nombre nico y no se repiten.
e. Existen tuplas idnticas.
Cada tupla tiene un respectivo valor no existe redundancias ni duplicaciones. No existen
tuplas idnticas pero si poseen datos idnticos debido a la relacin que existe con otra
tabla llamada proveedor dnde se encuentre se repite si son el mismo proveedor del
producto.

a. Los nombres de los renglones tienen relacin con la entidad.

La entidad o tabla es proveedores y los nombres de los renglones son cada uno de los
atributos que juntos forman un registro o rengln, por lo tanto si tiene relacin ya que
estos son los que contiene la informacin necesaria de cada proveedor.
b. Todas las columnas contienen datos congruentes a los atributos de la entidad.
Los atributos efectivamente contienen datos especficos de la entidad y que corresponden
a la informacin exacta.
c. Cada campo tiene valor atmico.
Una clave atmica usa un campo que contenga informacin que identifique a un registro.
En este caso de la tabla proveedores seria el atributo de cdigo.
d. Todos los atributos tienen un nombre nico.
Todos los atributos estn representados por un nombre nico y no se repiten.
e. Existen tuplas idnticas.
Cada tupla tiene un respectivo valor no existe redundancias ni duplicaciones. No existen
tuplas idnticas pero si poseen datos idnticos puesto que al determinar la ciudad del
proveedor dependiendo de dnde se encuentre se repite si son las mismas ciudades.

a. Los nombres de los renglones tienen relacin con la entidad.

La entidad es factura_enc y los nombres de los renglones son cada uno de los atributos
que juntos forman un registro, por lo tanto si tiene relacin ya que estos son los que
contiene la informacin necesaria para la creacin de la factura.
b. Todas las columnas contienen datos congruentes a los atributos de la entidad.
Los atributos efectivamente contienen datos especficos de la entidad y que corresponden
a la informacin exacta.
c. Cada campo tiene valor atmico.
Una clave atmica usa un campo que contenga informacin que identifique a un registro.
En este caso de la tabla factura_enc sera el atributo de Factura.
d. Todos los atributos tienen un nombre nico.
Todos los atributos estn representados por un nombre nico y no se repiten. Los
atributos que se describen en la tabla son factura, fecha, cliente, forma de pago, plazo.
e. Existen tuplas idnticas.
Cada tupla tiene un respectivo valor no existe redundancias ni duplicaciones. No existen
tuplas idnticas pero si poseen datos idnticos como en el caso de la columna forma de
pago o plazo.

a. Los nombres de los renglones tienen relacin con la entidad.

La entidad es clientes detalle_factura y los atributos si tiene relacin ya que estos son los
que contiene la informacin necesaria de los detalles de la factura.
b. Todas las columnas contienen datos congruentes a los atributos de la entidad.
Los atributos efectivamente contienen datos especficos de la entidad pero no cumplen
con las reglas de normalizacin y relacin porque el atributo Id_Fact no est registrado en
varias tuplas.
c. Cada campo tiene valor atmico.
Una clave atmica usa un campo que contenga informacin que identifique a un registro.
En este caso de la tabla seria el atributo de Id_Fact pero esto no se est cumpliendo
porque no est lleno en varios registros.

d. Todos los atributos tienen un nombre nico.

Todos los atributos estn representados por un nombre nico y no se repiten. Los
atributos que se describen en la tabla son Id_Fact, Codigo_Art, Cantidad, Sub_total.
e. Existen tuplas idnticas.
Cada tupla tiene un respectivo valor no existe redundancias ni duplicaciones.

2. Revise el siguiente ejemplo de una Tabla de comparendos e indique lo siguiente:

a) Cul o cules de las caractersticas de la relacin NO est cumpliendo la tabla?
Justifique su respuesta.
b) Una vez identificadas las caractersticas que NO se cumplen en la tabla, realice las
modificaciones que considere necesarias para que la entidad cumpla con las
caractersticas de una relacin. Justifique su ajuste.

a. La clave primaria del atributo "Documento" que es la llave principal no puede

ser nula. Cada tabla debe tener una llave primaria.
b. El atributo comparendo que debe ser una llave fornea relacionada con una
subtabla que contenga el cdigo y la descripcin del comparendo.
c. Existe redundancia de datos. Ejemplo en el Nombre Clark Kent.

Modificacin Tabla Comparendos

Se propone la siguiente tabla como modificacin, inicialmente se unificaron los registros
que estaban repetidos. Despus se complementa y organizan las tuplas. Finalmente se
registra la informacin exacta de cada infractor.
Una tabla relacional posee las siguientes caractersticas:
a. Las tuplas poseen los datos correspondientes a la entidad o tabla. Si la cumple
ya que contiene informacin necesaria de un comparendo.
b. Los campos contienen datos acerca de los atributos de la entidad. Si se
cumple porque se est presentando informacin de los infractores y el
comparendo.

c. Cada posicin en la tabla almacena un valor simple de un atributo. No se

cumple ya que hay valores ingresados con caracteres de ms ; que hay ms
de una valor simple.
d. Todos los valores almacenados en un campo son del mismo tipo, es decir,
estn definidos sobre el mismo dominio.
e. Cada atributo debe poseer un nombre nico. No se cumple porque en el
atributo documentos hay registro que no llevan un valor nico. Si se cumple
esta condicin.
f. El orden de los campos o atributos no es relevante. Si se cumple esta
condicin ya que cual sea el orden de los atributos se va a obtener la
informacin. Pero en este caso debe ser presentado de mejor manera.
g. El orden de los registros o tuplas no es relevante. Si se cumple porque no tiene
un orden relevancia el orden del infractor.
h. No pueden existir dos tuplas idnticas en la tabla. No se cumple ya que hay un
mismo infractor en dos registro.

Documento
123456
3234456

Nombre
Julian Osorio
Clark Kent

Placa_vehiculo
NEES23
DFK34D

Comparendo
456790;422346
34454;433425

9345566

Carla Duran

ABA400;
SDJ432

445454;412344

Infraccin
Pico y placa
Abandono;
Exceso
de
velocidad
Cinturn
de
seguridad

Agente
Carola rubiano
Alex Arce; Carola
Rubiano
Luis Sanchez