UNIVERSIDAD BICENTENARIA DE ARAGUA

FACULTAD DE INGENIERÍA
ESCUELA DE INGENIERÍA SISTEMAS

BASE DE DATOS

FACILITADORA: PARTICIPANTE:
Ing. Vicente Hurtado. Emilio Santana.

Biruaca, Junio del 2.019

SISTEMAS DE BASE DE DATOS

Base de Datos.

Una base de datos es un sistema que permite almacenar información de manera organizada

y darle diferentes propósitos y usos. Los datos quedan organizados de manera similar a los

productos en un almacén o los libros en una biblioteca, de manera que facilita encontrar y utilizar

la información que necesitamos en cada momento.

Toda base de datos consta de dos partes fundamentales: los datos almacenados y el

programa de gestión de datos que se encarga de procesarlos. Estos programas se conocen como

software de gestión de base de datos (SGBD) y sirven para poner en contacto la base de datos,

las aplicaciones que acceden a ella y los usuarios que la usan. Los sistemas de gestión de base de

datos garantizan un acceso eficiente a los datos, así como su calidad, seguridad e integración.

Existen dos grandes tipos de estos programas: los orientados a objetos y los relacionales.

Sistemas de Base de Datos.

Un SGBD es una pieza de software compleja, ya que las situaciones a las que debe

responder son diversas y en muchas ocasiones con requerimientos elevados, por ejemplo en lo

que a eficiencia y volumen de datos respecta.

Estos sistemas representan un elemento intermedio entre los propios datos y los programas

que van a hacer uso de ellos, facilitando las operaciones a realizar sobre aquellos. En nuestro

caso, son el componente que permite unir el SIG con la base de datos en la que se almacenan los

datos espaciales con los que este va a trabajar.

Ventajas y Desventajas.
 Dentro de las ventajas tenemos:

1. Almacenan grandes cantidades de información: Esto es muy útil para las grandes compañías

que manejan grandes volúmenes de información.

2. Compartir la información: Los usuarios de distintas oficinas pueden compartir datos e

información que son de gran importancia para sus departamentos o funciones.

3. Acceso rápido a la información: Esta es una gran ventaja, ya que la información siempre

estará disponible para los usuarios.

4. Eliminación de información repetida o redundante: Los usuarios tendrán la certeza de que la

información que están solicitando no está repetida o es redundante.

5. Aumento en la productividad: Como la información está disponible y es coherente, los

usuarios podrán aumentar su rendimiento al saber que cuentan con una información fiel.

6. Reducción del espacio de almacenamiento: Al tener la información en medios electrónicos, se

reduce considerablemente el espacio para almacenar de manera tradicional.

7. Mejora la seguridad de la información: Existe un acceso reducido para los usuarios, de tal

manera que cierta información podrá ser controlada por los administradores de la base de

datos.

8. Mejor mantenimiento: Al estar la información en medios electrónicos, el darle mantenimiento

es mucho más fácil ya que se cuentan con herramientas para este mantenimiento.

Por otro lado encontramos entre sus desventajas las siguientes:

1. Tamaño: Entre más grande sea la base de datos, se requiere mayor capacidad e disco duro y

más memoria RAM para que pueda funcionar adecuadamente.

2. Costo: El hardware y software para el correcto funcionamiento de una base de datos es

costoso.

3. Actualización: Es necesario mantener actualizados a los usuarios ya que las tecnologías van

cambiando constantemente.

4. Vulnerabilidad a los fallos: Esta es una gran desventaja ya que la base de datos está expuesta

a fallos que no están en las manos de los usuarios, como una descarga eléctrica.

Diagrama Entidad-Relación (Incluir Ejemplos).

Un diagrama o modelo entidad-relación es una herramienta para el modelado de datos que

permite representar las entidades relevantes de un sistema de información así como sus

interrelaciones y propiedades.

Denominado por sus siglas como E-R. Este modelo representa a la realidad a través de un

esquema gráfico empleando las terminología de Entidades, que son objetos que existen y son los

elementos principales que se identifican en el problema a resolver con el diagramado y se

distinguen de otros por sus características particulares denominadas Atributos.

El enlace que rige la unión de las entidades está representada por la relación del modelo.

En un DER, cada entidad se representa mediante un rectángulo, cada relación mediante un

rombo y cada dominio (conjunto donde toma valores el atributo) mediante un círculo. Mediante

líneas se conectan las entidades con las relaciones, igual que las entidades con los dominios,

representando a los atributos.

En un Diagrama Entidad Relación se definen conceptos tales como diagrama, entidad

relación , modelo entidad relación, rentidad, atributo, relación, conjunto de relaciones,

restricciones, correspondencia de cardinalidades, restricciones de participación, representación

del objeto de estudio en el mundo de los datos, obtención del diagrama entidad relación,

componentes y diagrama entidad relación, pasos a seguir para el diagrama entidad relación y

operaciones sobre objetos gráficos del diagrama Entidad Relación.

El modelo entidad-relación se basa en los conceptos descritos a continuación para

representar un modelo de la vida real.

 Entidad:

Las entidades representan cosas u objetos (ya sean reales o abstractos), que se diferencian

claramente entre sí. Para poder seguir un ejemplo durante el artículo añadiré ejemplos sobre un

taller mecánico, donde se podría crear las siguientes entidades:

 Coches (objeto físico): contiene la información de cada taller.

 Empleado (objeto físico): información de los trabajadores.

 Cargo del empleado (cosa abstracta): información de la función del empleado.

Estas entidades se representan en un diagrama con un rectángulos, como los siguientes.

 Atributos:

Los atributos definen o identifican las características de entidad (es el contenido de esta

entidad). Cada entidad contiene distintos atributos, que dan información sobre esta entidad. Estos

atributos pueden ser de distintos tipos (numéricos, texto, fecha...). Siguiendo el ejemplo de antes

podemos analizar los atributos de nuestra entidad "Coches", que nos darán información sobre los

coches de nuestro supuesto taller.

 Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del

propietario, marca, modelo y muchos otros que complementen la información de cada coche.

Los atributos se representan como círculos que descienden de una entidad, y no es necesario

representarlos todos, sino los más significativos, como a continuación.

En un modelo relacional (ya implementado en una base de datos) una ejemplo de tabla

dentro de una BBDD podría ser el siguiente.

Número de chasis Matrícula DNI del

propietario
5tfem5f10ax007210 4817 BFK 45338600L
6hsen2j98as001982 8810 02405068K

CLM
5rgsb7a19js001982 0019 GGL 40588860J

Este ejemplo es con tres atributos, pero un coche podría tener cientos (si fuese necesario) y

seguirían la misma estructura de columnas, tras implementarlo en una BBDD.

 Relación:

Es un vínculo que nos permite definir una dependencia entre varias entidades, es decir, nos

permite exigir que varias entidades compartan ciertos atributos de forma indispensable.

Por ejemplo, los empleados del taller (de la entidad "Empleados") tienen un cargo (según

la entidad "Cargo del empleado"). Es decir, un atributo de la entidad "Empleados" especificará

que cargo tiene en el taller, y tiene que ser idéntico al que ya existe en la entidad "Cargo del

empleado". Las relaciones se muestran en los diagramas como rombos, que se unen a las

entidades mediante líneas.

Podemos encontrar distintos tipos de relaciones según como participen en ellas las

entidades. Es decir, en el caso anterior cada empleado puede tener un cargo, pero un mismo

cargo lo pueden compartir varios empleados.

Esto complementa a las representaciones de las relaciones, mediante un intervalo en cada

extremo de la relación que especifica cuantos objetos o cosas (de cada entidad) pueden intervenir

en esa relación.

1. Uno a uno: Una entidad se relaciona únicamente con otra y viceversa. Por ejemplo, si

tuviésemos una entidad con distintos chasis y otra con matrículas deberíamos de determinar

que cada chasis solo puede tener una matrícula (y cada matrícula un chasis, ni más en ningún

caso).

2. Uno a varios o varios a uno: Determina que un registro de una entidad puede estar

relacionado con varios de otra entidad, pero en esta entidad existir solo una vez. Como ha

sido en el caso anterior del trabajador del taller.

3. Varios a varios: Determina que una entidad puede relacionarse con otra con ninguno o varios

registros y viceversa. Por ejemplo, en el taller un coche puede ser reparado por varios

mecánicos distintos y esos mecánicos pueden reparar varios coches distintos.

 Claves:

Es el atributo de una entidad, al que le aplicamos una restricción que lo distingue de los

demás registros (no permitiendo que el atributo específico se repita en la entidad) o le aplica un

vínculo (exactamente como comentábamos en las relaciones). Estos son los distintos tipos:

 Superclave: Aplica una clave o restricción a varios atributos de la entidad, para así

asegurarse que en su conjunto no se repitan varias veces y así no poder entrar en dudas al

querer identificar un registro.

 Clave primaria: Identifica inequívocamente un solo atributo no permitiendo que se repita en

la misma entidad. Como sería la matrícula o el número de chasis de un coche (no puede

existir dos veces el mismo).

 Clave externa o clave foránea: Este campo tiene que estar estrictamente relacionado con la

clave primaria de otra entidad, para así exigir que exista previamente ese clave.

Anteriormente hemos hablado de ello cuando comentábamos que un empleado

indispensablemente tiene que tener un cargo (que lo hemos representado numéricamente),

por lo cual si intentásemos darle un cargo inexistente el gestor de bases de datos nos

devolvería un error.
 Un ejemplo en forma general seria:

Normalización (Incluir Ejemplo).

La normalización es el proceso de organizar los datos de una base de datos. Se incluye la

creación de tablas y el establecimiento de relaciones entre ellas según reglas diseñadas tanto para

proteger los datos como para hacer que la base de datos sea más flexible al eliminar la

redundancia y las dependencias incoherentes.

Hay algunas reglas en la normalización de una base de datos. Cada regla se denomina una

"forma normal". Si se cumple la primera regla, se dice que la base de datos está en la "primera

forma normal". Si se cumplen las tres primeras reglas, la base de datos se considera que está en

la "tercera forma normal". Aunque son posibles otros niveles de normalización, la tercera forma

normal se considera el máximo nivel necesario para la mayor parte de las aplicaciones.
 Al igual que con otras muchas reglas y especificaciones formales, en los escenarios reales

no siempre se cumplen los estándares de forma perfecta. En general, la normalización requiere

tablas adicionales y algunos clientes consideran éste un trabajo considerable. Si decide infringir

una de las tres primeras reglas de la normalización, asegúrese de que su aplicación se anticipa a

los problemas que puedan aparecer, como la existencia de datos redundantes y de dependencias

incoherentes.

Dentro las formas de normalización tenemos las siguientes:

 Primera forma normal:

 Elimine los grupos repetidos de las tablas individuales.

 Cree una tabla independiente para cada conjunto de datos relacionados.

 Identifique cada conjunto de datos relacionados con una clave principal.

No use varios campos en una sola tabla para almacenar datos similares. Por ejemplo, para

realizar el seguimiento de un elemento del inventario que proviene de dos orígenes posibles, un

registro del inventario puede contener campos para el Código de proveedor 1 y para el Código de

proveedor 2.

¿Qué ocurre cuando se agrega un tercer proveedor? Agregar un campo no es la respuesta,

requiere modificaciones en las tablas y el programa, y no admite fácilmente un número variable

de proveedores. En su lugar, coloque toda la información de los proveedores en una tabla

independiente denominada Proveedores y después vincule el inventario a los proveedores con el

número de elemento como clave, o los proveedores al inventario con el código de proveedor

como clave.

 Segunda forma normal:

 Cree tablas independientes para conjuntos de valores que se apliquen a varios registros.
  Relacione estas tablas con una clave externa.

Los registros no deben depender de nada que no sea una clave principal de una tabla, una

clave compuesta si es necesario. Por ejemplo, considere la dirección de un cliente en un sistema

de contabilidad. La dirección se necesita en la tabla Clientes, pero también en las tablas Pedidos,

Envíos, Facturas, Cuentas por cobrar y Colecciones. En lugar de almacenar la dirección de un

cliente como una entrada independiente en cada una de estas tablas, almacénela en un lugar, ya

sea en la tabla Clientes o en una tabla Direcciones independiente.

 Tercera forma normal:

 Elimine los campos que no dependan de la clave.

Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la

tabla. En general, siempre que el contenido de un grupo de campos pueda aplicarse a más de un

único registro de la tabla, considere colocar estos campos en una tabla independiente.

Por ejemplo, en una tabla Contratación de empleados, puede incluirse el nombre de la

universidad y la dirección de un candidato. Pero necesita una lista completa de universidades

para enviar mensajes de correo electrónico en grupo. Si la información de las universidades se

almacena en la tabla Candidatos, no hay forma de enumerar las universidades que no tengan

candidatos en ese momento. Cree una tabla Universidades independiente y vincúlela a la tabla

Candidatos con el código de universidad como clave.

 Otras formas de normalización:

La cuarta forma normal, también llamada Forma normal de Boyce Codd (BCNF, Boyce

Codd Normal Form), y la quinta forma normal existen, pero rara vez se consideran en un diseño

real. Si no se aplican estas reglas, el diseño de la base de datos puede ser menos perfecto, pero no

debería afectar a la funcionalidad.

 Diccionario de Datos (Incluir Ejemplo).

El diccionario de datos es un listado organizado de todos los datos que pertenecen a un

sistema. El objetivo de un diccionario de datos es dar precisión sobre los datos que se manejan en

un sistema, evitando así malas interpretaciones o ambigüedades. Así mismo, un diccionario de

datos define con precisión los datos de entrada, salida, componentes de almacenes, flujos,

detalles de las relaciones entre almacenes, etc.

Un diccionario de base de datos es conocido también como repositorio de metadatos, o

diccionario de datos, que guarda la estructura de la base de datos. Este define como se almacena

la información y cómo se accede a ella. El diccionario se debe guardar en la misma base de datos

que la información, de lo contrario el Sistema Manejador de Base de Datos (DBMS, por sus

siglas en inglés) no podrá usarlo para crear la estructura que guarda la información de la base de

datos. El diccionario también se puede hacer en papel o en aplicaciones externas a las que

puedan acceder los encargados de trabajar con la base de datos. Existen elementos básicos de

estructura de datos que necesitan ser guardados en el diccionario de base de datos.

Ejemplo:

 Se reseñan

 Almacenes de Datos, Repositorios o Archivos

 Flujos de Datos

 Procesos

 Normalmente los Flujos y Procesos que se reseñan son del último nivel de

resolución.
 Son los datos de los datos del sistema (metadatos)

 Es un catálogo de los elementos de un sistema

 Importancia

 Facilita el manejo de detalles en sistemas grandes

 Comunica un significado común a todos los elementos del sistema

 Documenta las características del sistema

 Localiza errores y omisiones

 Facilita el posterior mantenimiento del sistema

Existen dos tendencias razonadas, para usar un formato para el Diccionario de Datos en el

Análisis, y otro formato para el Diccionario de Datos en el Diseño.

El DD en el Análisis no debe ser tan detallado, ya que sirve para entender cómo se llevan a

cabo los procesos en la actualidad. Se pueden usar los formatos sencillos que se muestran a

continuación:

El DD en el Diseño debe ser más específico, ya que se utilizará para la creación de la Base

de Datos y para que los programadores utilicen las mismas variables y tipos de datos.

Se pueden usar los formatos que se muestran a continuación:

 CONCLUSIÓN

Después de haber realizado el presente informe he llegado a las siguientes conclusiones:

 Las bases de datos son un elemento fundamental en el entorno informático hoy en día y

tienen aplicación en la práctica totalidad de campos. Concebidas con un propósito general,

son de utilidad para toda disciplina o área de aplicación en la que exista una necesidad de

gestionar datos, tanto más cuanto más voluminosos sean estos

 Los sistemas gestores de bases de datos son la herramienta más adecuada para almacenar los

datos en un sistema de información debido a sus características de seguridad, recuperación

ante fallos, gestión centralizada, estandarización del lenguaje de consulta y funcionalidad

avanzada.

 Los SGBD extensibles representan la última tendencia, y en ellos puede integrarse

plenamente la información geográfica de forma óptima.

 Para mejorar el desempeño de una base de datos, así como evitar redundancia en la

información que contiene y, en consecuencia, generar condiciones para un mejor diseño, el

analista de sistemas debe conocer las formas de normalización y condiciones en las que la

desnormalización es recomendable.

 Los diccionarios de datos son buenos complementos a los diagramas de flujo de datos , los

diagramas entidad-relación, etc.

 REFERENCIAS BIBLIOGRÁFICAS

Date,C.J.: “Introducción a los Sistemas de Bases de Datos”. Addison-Wesley. EEUU, 1993.

Kendall, K. & Kendall, J.: “Análisis y Diseño de Sistemas”. Prentice Hall. México, 1991.

http://lawebdeltsu.blogspot.com/p/ventajas-y-desventajas-de-los-sistemas.html