Académique Documents
Professionnel Documents
Culture Documents
Para mejorar el funcionamiento global del sistema y obtener un tiempo de respuesta ms rpido, muchos
sistemas permiten que mltiples usuarios actualicen los datos simultneamente. En un entorno as, la
interaccin de actualizaciones concurrentes puede dar por resultado datos inconsistentes. Para prevenir esta
posibilidad debe mantenerse alguna forma de supervisin en el sistema.
4. Permitir restricciones de seguridad.
La informacin de toda empresa es importante, aunque unos datos lo son ms que otros, por tal motivo se
debe considerar el control de acceso a los mismos, no todos los usuarios pueden visualizar alguna
informacin, por tal motivo para que un sistema de base de datos sea confiable debe mantener un grado de
seguridad que garantice la autentificacin y proteccin de los datos. En un banco por ejemplo, el personal de
nminas slo necesita ver la parte de la base de datos que tiene informacin acerca de los distintos empleados
del banco y no otro tipo de informacin.
5. Asegurar el mantenimiento de integridad.
Los valores de datos almacenados en la base de datos deben ser correctos. Pueden ser incorrectos debido a:
Errores en la entrada de datos (Prtugalete en vez de Portugalete)
Errores en el programa de aplicacin (Clculo incorrecto del IVA soportado)
Falsificacin deliverada
(A nivel de programacin, el uso de cuadros combinados y listas facilitan la integridad).
El nivel interno depende del SGBD elegido. Y ser este el que implemente (realice) esta tarea.
Cuando usamos Access, no sabemos cmo almacena fsicamente los datos ni dnde. Access es en el
intermediario entre usuarios y el SO(Windows).
Los otros dos niveles (Conceptual y Externo) son tarea del Administrador de Bases de Datos (ABD), que es la
persona encargada y con el control total sobre el sistema de base de datos.
Las funciones principales de un ABD son:
Definicin de esquema (diseo de la BD).
Definicin de la estructura de almacenamiento segn el SGBD elegido
(En Access ^ Tablas y relaciones).
Concesin de autorizacin para el acceso a los datos.
Especificacin de lmites de integridad.
Aunque es un tarea de propia de usuarios informticos, tambin puede encargarse de:
Programacin del interfaz de la BD con los usuarios finales
(Consultas, Formularios e Informes, Mdulos de cdigo, ...)
Para realizar el Nivel Conceptual, un ABD se servir de un modelo de datos, que es una representacin de la
realidad mediante una coleccin de herramientas conceptuales para describir los datos, las relaciones que
existen entre ellos, la semntica asociada a los datos y las restricciones de consistencia.
En BD esta representacin es grfica y se denomina Esquema Conceptual.
Existen diferentes modelos de datos, pero el ms utilizado por su sencillez y eficiencia es el modelo
EntidadRelacin que detallar a continuacin.
La realizacin de un modelo EntidadRelacin supone siempre el paso previo al futuro diseo de una BD en
cualquiera de los modelos existentes (Relaciona!, Jerrquico, en Red,...)
MODELO ENTIDADRELACIN.
Denominado por sus siglas como ER, este modelo representa la realidad a travs de una representacin
grfica que incorpora informacin relativa a los datos y las relaciones entre ellos.
Se utiliza como punto de partida en el diseo de una BD, para despus transformarlo al modelo elegido (en
nuestro caso el Relacional).
Las caractersticas de un modelo ER son:
1. Refleja tan slo la existencia de datos, no lo que se hacen con ellos.
2. Se incluyen todos los datos del sistema en estudio, y por tanto, no est orientadoa aplicaciones particulares.
3. Es independiente de la base de datos y del sistema operativo elegidos.
4. No se tienen en cuenta restricciones de espacio, almacenamiento ni tiempo de ejecucin.
5. Est abierto a la evolucin del sistema.
El modelo ER se basa en la percepcin del mundo real, que consiste en un conjunto de objetos bsicos
llamados Entidades as como de las Relaciones entre ellos.
ENTIDADES. OCURRENCIAS. ATRIBUTOS. CLAVES Y RELACIONES.
Una Entidad es una cosa u objeto concreto o abstracto que existe, que puede distinguirse de otros y del que se
desea almacenar informacin.
Los alumnos de una escuela forman la Entidad Alumnos.
Juan Alberdi, de Santurtzi y con DNI 11.635.326P, es una Ocurrencia de la Entidad Alumnos, ya que
identifica de forma nica a una persona dentro de ese universo.
Las caractersticas de las Ocurrencias de las Entidades se llaman Atributos. Por ejemplo, el Nombre, DNI y
Ciudad son Atributos de Alumnos.
Los Atributos de una entidad pueden tomar un conjunto de valores permitidos al que se le conoce como
Dominio del atributo.
Una Clave es un conjunto de 1 o ms atributos, que permiten identificar de forma nica a una ocurrencia
4
Significa que una ocurrencia de entidad del tipo B puede relacionarse con cualquier cantidad de ocurrencias
de entidad del tipo A, y una ocurrencia de entidad del tipo A solo puede estar
relacionada con una ocurrencia de entidad del tipo B.
4. Relacin varios a varios.
Significa que una ocurrencia de entidad del tipo A puede relacionarse con cualquier cantidad de ocurrencias
de entidad del tipo B, y viceversa.
Mencionar que la cardinalidad para cada conjunto de entidades depende del punto de vista que se le d al
modelo en estudio sujetndose a la realidad.
PASO DEL MODELO ER AL MODELO RELACIONAL
El modelo ER es independiente del sistema de BD y del SO que se elija. Pero para crear fsicamente Una BD
es necesario pasarlo a uno de estos tres modelos, que ya son interpretables en un computador:
Modelo relacional.
Modelo jerrquico.
Modelo en red.
Cuando elegimos el SGBD que vamos a utilizar, tambin estamos eligiendo el modelo de BD.
El ms utilizado sin duda es el relacional (Access, Oracle son SGBDs relacinales) debido a su sencillez y
facilidad de comprensin.
Una BD relacional es un conjunto de relaciones (tablas) y a cada una de ellas se le asigna un nombre nico.
Cada relacin de puede representar como una tabla formada por filas y columnas.
Veamos un ejemplo aclaratorio:
Como una relacin (tabla) es un conjunto de tupias (registros), no puede haber 2
tupias iguales. Es una restriccin del modelo relacional .
Se llama Dominio al rango de valores legales que puede tomar un atributo. En
lenguajes de programacin corresponde al tipo de datos (numrico, texto, fecha/hora, etc) que puede tomar
una atributo.
En el modelo relacional las tablas del extremo "1" se llaman Fuertes y las del extremo "varios" se les
denomina Dbiles.
A es la entidad fuerte y B la dbil.
Las tablas del modelo relacional deben cumplir los siguientes requisitos:
Cada fila debe ser nica, es decir no pueden existir filas duplicadas.
7
El valor de la columna que es clave primaria para cada fila debe ser nico.
No puede contener columnas duplicadas.
Los valores de las columnas deben pertenecer al dominio de cada atributo.
Debe tener un solo tipo de fila, cuyo formato est definido por el esquema de tabla o la relacin.
REDUCCIN DE DIAGRAMAS ER A TABLAS.
Un diagrama ER, puede ser representado tambin a travs de una coleccin de tablas. Veamos las reglas:
1. Relacin uno a uno.
La entidad A se transfoma en una tabla A cuyos atributos sern los que tiene la entidad A. La entidad B se
transfoma en una tabla B cuyos atributos sern los que tiene la entidad B.
2. Relacin uno a varios.
La entidad A (fuerte) se transfoma en una tabla A cuyos atributos sern los que tiene la entidad A.
La entidad B (dbil) se transfoma en una tabla B cuyos atributos sern los que tiene la entidad B ms los de la
clave primaria de la entidad A.
3. Relacin varios a uno.
La entidad B (fuerte) se transfoma en una tabla B cuyos atributos sern los que tiene la entidad B.
La entidad A (dbil) se transfoma en una tabla A cuyos atributos sern los que tiene la entidad A ms los de la
clave primaria de la entidad B.
4. Relacin varios a varios.
Una relacin de varios a varios debe ser descompuesta en 2 relaciones
De la relacin R se obtiene una tercera entidad R, que tendr como atributos la clave primaria de la entidad A,
la clave primaria de la entidad B y los atributos que tena la relacin R.
De esta forma obtenemos 3 tablas al pasar al modelo relaciona!.