Tema 7

GESTORES DE BASES DE DATOS

7.1 INTRODUCCION

Un gestor de base de datos o sistema de gestin de base de datos (SGBD o o DBMS) es un software que permite introducir, organizar y recuperar la informacin de las bases de datos; en denitiva, administrarlas. Existen distintos o tipos de gestores de bases de datos: relacional, jerrquico, red, ... El modelo a relacional es el utilizado por casi todos los gestores de bases de datos para PCs. El modelo relacional (SGBDR) es un software que almacena los datos en forma de tablas (ver gura 7.1).

Figura 7.1: Ejemplo de una tabla

7.1.1

El problema: Sistemas de cheros

Tradicionalmente, los datos se han organizado en cheros. Un chero mantiene informacin homognea, dispuesta en registros. Ej.: Empleados, Clientes, Nminas, o e o etc. Diferentes programas pueden mantener diferentes cheros referidos a la misma entidad (ver gura 7.2). Estos sistemas presentan algunos problemas: 43

44

TEMA 7. GESTORES DE BASES DE DATOS

Redundancia: Normalmente es perjudicial ya que da lugar a inconsistencia, cuando un dato no se actualiza en todos los lugares donde aparece. Es el caso de datos repetidos, que aparecen en varios cheros, o de datos calculados, que podr obtenerse a partir de otros datos. an Rigidez de b squeda: A cada chero, segn la manera en que ms frecuenteu u a mente se accede a l, se le da una organizacin. Si despus se necesita otro tipo e o e de acceso, puede resultar lento trabajar con el chero. Dependencia de los programas: La informacin de dnde comienza un o o campo, dnde acaba, su tipo, etc. est controlada por el programa; cualquier o a cambio en la estructura del chero implicar una modicacin de los programas. a o Problemas de condencialidad y seguridad: La condencialidad consiste en evitar la consulta de ciertos datos a determinados usuarios mientras que el control de seguridad de los datos almacenados impedir que puedan ser a modicados por personas no autorizadas.

Figura 7.2: Sistema de cheros

7.1.2

La solucin: Bases de datos o

Es la alternativa que aborda la solucin a estos problemas. Se trata de dar una o solucin integral al almacenamiento y gestin de los datos, en lugar de soluciones o o parciales (ver gura 7.3): Evitar la redundancia gratuita Flexibilidad de bsqueda u Independencia de los programas Seguridad y condencialidad integral

7.2. LOS USUARIOS

45

Figura 7.3: Sistema de Bases de datos

7.2

LOS USUARIOS

Hay tres clases de usuarios: Usuario nal: Accede a la base de datos desde su PC empleando un lenguaje de consulta (DML) o a travs de un programa. e Son usuarios que no necesitan formacin tcnica o e Podrn manejar la informacin de forma sencilla y eciente a travs a o e de la interfaz que se les proporcione. Administrador de la base de datos: Se encarga del control general del sistema de base de datos. Usualmente acta como intermediario entre u programador y usuario nal. Son los responsables de su seguridad e integridad Requieren un amplio conocimiento de la herramienta SGBD a nivel de administracin: tablas, o ndices, consultas, formularios, informes, macros, etc. Programador de aplicaciones: Encargado de escribir programas de aplicacin que utilicen bases de datos (lenguaje de alto nivel, como Cobol, o Clipper, VisualBasic, 4GL). Pueden utilizar lenguajes de alto nivel para acceder y actualizar los datos. Son capaces de implementar soluciones a medida. Su conocimiento de la herramienta SGBD debe ser an ms profundo: u a mdulos, API (application programa interface), etc. o

7.3

CONCEPTOS DE BASES DE DATOS

En las bases de datos se manejan distintos conceptos que pasamos a comentar.

46

TEMA 7. GESTORES DE BASES DE DATOS

7.3.1

Entidades

Una entidad es una clase o categor de objetos que poseen caracter a sticas diferenciadoras que los distinguen del resto. Ejemplo: Dentro de una empresa que vende complementos para el automvil encontraremos las siguientes entidades: o Art culos, Clientes, Proveedores, Pedidos, etc. Otros ejemplos: En una biblioteca: Libro, Socio, Autor, etc. En una academia: Alumno, Profesor, Cursos, Asignaturas, etc. En concesionario de automviles: Vendedor, Cliente, Automvil, Pedido, o o etc. Las entidades consideradas en una base de datos debern determinarse en a consonancia con las necesidades. Por ejemplo, en una empresa de transportes aparecen diferentes entidades: veh culos, mercanc as, transportistas, clientes, etc. No obstante, si nuestro objetivo fuere disear una base de datos para n el control de las inspecciones tcnicas de los veh e culos, entonces el resto de entidades (mercanc transportistas, clientes, etc.) no sern tenidas en cuenta. as, a Cada objeto perteneciente a una entidad debe poseer informacin suciente o para que pueda ser identicado de forma unica. En una base de datos relacional, las entidades se representan en forma de tablas.

7.3.2

Atributos

Toda entidad contiene un conjunto de datos, a los que llamaremos atributos o campos, que permiten describir de una manera completa y unica a cada elemento de la entidad. Ejemplos: Entidad Clientes. Atributos: Cdigo, DNI, Nombre y apellidos, Direccin, o o Telfono, Cuenta bancaria, etc. e Entidad Productos. Atributos: Cdigo, Descripcin, Fabricante, Color, o o Peso, Precio, etc. Cada atributo se corresponde, en una base de datos relacional, con las columnas o campos de una tabla. La gura 7.1 muestra un ejemplo de una tabla correspondiente a una entidad Pel culas. En ella se observan cinco atributos o campos (las columnas): Cdigo, o t tulo, Nacionalidad, Gnero y Duracin. e o

7.3.3

Registros

Para una entidad dada, cada entrada o aparicin (cada cliente en la entidad o Clientes, cada veh culo en la entidad Veh culos, etc.) se denomina registro u ocurrencia de registro. Un registro es, por tanto, una representacin de un o objeto perteneciente a una entidad dada. En una base de datos relacional, los registros se corresponden con las las de las tablas. Ejemplos: La entidad Automovil con los campos N matricula, Marca, Modelo, Color, Km, Gasolina, y un registro (o ocurrencia de registro): J-5757-M, Ford, Orion, Rojo, 45401, Super.

7.3. CONCEPTOS DE BASES DE DATOS

47

En una base de datos comercial, tenemos las entidades Cliente, Vendedor, Producto, etc. Para el registro Vendedor, habr tantas ocurrencias de dicho a registro como vendedores hay en la empresa. En la gura 7.1 vemos un ejemplo de tabla (para una entidad Pel culas) donde cada la de la tabla corresponde a un registro u ocurrencia de registro.

7.3.4

Claves

Para una entidad dada, es necesario que cada ocurrencia est descrita de mane era unica y diferenciada del resto de ocurrencias de esa misma entidad. Esto se consigue mediante la clave de entidad: un atributo o un conjunto de atributos de la propia entidad que identica de manera unica a cada ocurrencia de la entidad. Ejemplo: La entidad Cliente contiene dos atributos que perfectamente pueden identicar de manera unica a cada ocurrencia: D.N.I. y Cdigo de Cliente. Ambas o son claves de entidad, puesto que no existe ms de un cliente con un mismo a D.N.I. o Cdigo. Sin embargo pueden coexistir, varios con un mismo Nombre, o igual Apellido, etc. Si una clave no tiene ningn subconjunto de campos que sea a su vez clave, u se dice que es una clave candidata. El diseador escoger entre las claves cann a didatas la ms adecuada para tratarla como clave principal o primaria. Al a resto de las claves candidatas se les llamar claves alternativas. a Ejemplo: Entidad Alumno. Atributos: N matricula, Nombre, Apellidos, DNI, Direccion, Telefono, F nacimiento. CLAVES N matricula DNI Nombre + Apellidos Nombre + Apellidos + DNI N matricula + DNI N matricula + Nombre + Apellidos + DNI CLAVES CANDIDATAS N matricula DNI Nombre + Apellidos CLAVE PRIMARIA (O PRINCIPAL) N matricula CLAVES ALTERNATIVAS DNI Nombre + Apellidos

Entidades dbiles Cuando no hay ningn atributo (o conjunto de atributos) e u que identique de manera unica cada una de las ocurrencias de la entidad. Es

48

TEMA 7. GESTORES DE BASES DE DATOS

decir, son entidades en las que no se puede determinar ninguna clave. Ejemplo: Los ejemplares de un mismo libro en una biblioteca. Si tenemos como atributos, Titulo, Autor, Editorial y Ao de publicacin, no podemos n o encontrar ningn atributo (o conjunto de atributos) que permita identicar de u forma unica cada ejemplar (consideremos que de un mismo libro habr varios a ejemplares), es decir, no podemos denir ninguna clave para esta entidad. En tales casos, deberemos realizar alguna modicacin para conseguir una o entidad con clave. Por ejemplo, al aadir un cdigo para cada ejemplar de libro, n o conseguimos una clave que permite identicar de forma unica cada ejemplar, y por tanto dicha entidad deja de ser dbil. e Claves forneas A veces, en nuestra base de datos necesitamos incluir en una a entidad atributos que son claves de otras entidades. Las denominamos claves forneas. Un campo es clave fornea en una tabla cuando es clave principal en a a otra tabla (ver gura 7.4).

Figura 7.4: Clave fornea a

7.3.5

Relaciones

Las entidades, habitualmente, no existen de forma aislada o independiente, sino que estn relacionadas unas con otras. Por ejemplo: a Una Editorial edita muchos Libros Un Autor escribe muchos Libros Un Pedido est formado por una relacin Productos a o Un Profesor imparte clases a muchos Alumnos Un Automvil tiene un Propietario o Para establecer una relacin entre dos entidades, hacemos uso del concepto de o clave fornea, visto anteriormente. As la tabla A se relaciona con la tabla B si a , la clave de la tabla A aparece como clave fornea en la tabla B (o al contrario). a (Ver gura 7.4).

7.3. CONCEPTOS DE BASES DE DATOS

49

Grado de una relacin: El grado de una relacin indica la manera en que o o cada entidad participa en la relacin. Hay tres tipos: o (1 : 1) Uno a uno (1 : n) Uno a muchos (n : m) Muchos a muchos Relaciones simples Relaciones complejas

Relaciones de uno a uno (1:1) A cada ocurrencia de una entidad le corresponde una y solo una ocurrencia de la otra, y viceversa. Son relaciones simples. Ejemplos: Empleado-Cnyuge o Alumno-Expediente Relaciones de uno a muchos (1:n) A cada ocurrencia de la primera entidad le pueden corresponder varias ocurrencias de la segunda, y a cada ocurrencia de la segunda le corresponde no ms de una ocurrencia de la primera. a Son relaciones simples. Ejemplos: Padre-Hijo Departamento-Empleado Relaciones de muchos a muchos (n:m) A cada ocurrencia de la primera entidad le pueden corresponder varias ocurrencias de la segunda, y viceversa. Un profesor da clase a muchos alumnos y un alumno tiene varios profesores, por tanto la relacin Profesor-Alumno pertenece a este tipo de relacin. Son o o relaciones complejas. Ejemplos: Paises-Idiomas Cliente-Productos

7.3.6

Representacin grca o a

Para representar grcamente las entidades y atributos usaremos los siguientes a elementos (ver gura 7.5): Entidades: se representan mediante rectngulos a Atributos: se representan mediante elipses Clave principal: El atributo (o atributos) considerados clave principal se encierrar en doble elipse. Relaciones: se representan mediante un rombo unido a ambas entidades relacionadas. Grado de una relacin: en cada extremo de una relacin se indica el grado o o en que cada entidad participa en dicha relacin. Usaremos el asterisco * o para indicar muchos.

50

TEMA 7. GESTORES DE BASES DE DATOS

Figura 7.5: Representacin grca o a

7.4

OBJETOS DE BASES DE DATOS

La mayor parte de las bases de datos que diseemos harn uso de seis caten a gor de objetos: tablas, consultas, formularios, informes, macros y mdulos. as o A continuacin describimos dichas categor o as:

7.4.1

TABLAS

Denimos tabla como un sistema o dispositivo de almacenamiento de los datos referentes a una entidad. Ejemplo: Tabla Representante para la entidad Representante, tabla Pieza ... Las columnas se conocen con el nombre de campos o atributos y representan las distintas elementos de informacin disponibles en la tabla (entidad). Cdigo, o o Nombre, Apellidos, Direccin, Telfono... conformar las columnas o campos o e an de la tabla Representantes Las las (ocurrencias de registro o simplemente registros) se denen como el conjunto de atributos o campos correspondientes a un elemento de informacin. o Ejemplo. En la tabla Representante, cuyos campos son Cdigo, Nombre, o Apellidos, Direccin, Ciudad, Telfono... , el siguiente conjunto de informacin o e o podr constituir una la o registro de la tabla: 2527, MANOLO, PEREZ a PEREZ, AVENIDA DEL OLIVO No 8, JAEN, 953222222..., constituir una an la o registro dentro de nuestra tabla. En la gura 7.6 vemos un ejemplo de una tabla correspondiente a pel culas de cine.

7.4. OBJETOS DE BASES DE DATOS

51

Figura 7.6: Ejemplo de una tabla

7.4.2

CONSULTAS

Cuando el usuario quiere obtener informacin de la base de datos, las tablas no o son la mejor manera de hacerlo. Ejemplo 1: una tabla de alumnos. A un profesor, le puede interesar una seleccin de alumnos de un detero minado grupo dentro de un curso y de una titulacin concreta. o Al secretario del centro le puede interesar ver los alumnos que pertenecen a familia numerosa. Ejemplo 2: Una librer con una tabla de libros y otra de autores. a, Al usuario le puede interesar obtener una relacin con las ultimas edio ciones, por ejemplo, los libros editados en 2006, indicando t tulo del libro y nombre del autor. Si queremos hacer un pedido a una editorial, necesitamos una relacin de o los libros que dicha editorial publica, de los cuales no nos quedan existencias. Es una de la partes ms importantes dentro de una base de datos, ya que, a adems de servir de soporte a los datos, el cometido de un SGBD es proporcionar a mtodos de acceso a la informacin que resulten ecaces y apropiados. e o Las consultas permiten personalizar o restringir el acceso a la informacin o almacenada de acuerdo con una serie de criterios establecidos por el usuario. Estos criterios de seleccin son de dos tipos: o Seleccin de campos: se trata de indicar qu campos han de incluirse en o e los resultados de la consulta, campos que pueden pertenecer a distintas tablas. Seleccin de registros: consiste en establecer ciertas condiciones de reo striccin que se aplicarn sobre ciertos campos (ltros) y que permitirn o a a obtener, no todos los registros de la tabla sino una seleccin de ellos. o Ejemplo. Supongamos que, sobre la tabla de la gura 7.6, realizamos la siguiente consulta: Obtener T tulo, Nacionalidad y Gnero de las pel e culas cuya

52

TEMA 7. GESTORES DE BASES DE DATOS

duracin inferior a los 100 minutos. Analicemos la frase: o T tulo, Nacionalidad y Gnero ... constituye la seleccin de campos. e o Duracin inferior a 100 minutos ... consituye la seleccin de registros. o o El resultado de la consulta ser el mostrado en la gura 7.7. a

Figura 7.7: Resultado de la consulta Como podemos observar, el resultado de una consulta se va a mostrar al usuario con el mismo aspecto de una tabla, pero no se trata de una tabla esttica a que permanece en la base de datos, sino una tabla dinmica que se genera a en el momento en que se abre la consulta y se destruye una vez que el usuario cierra la consulta.

7.4.3

FORMULARIOS

Nos permiten manipular la informacin contenida en una base de datos mediante o una interfaz grca similar a la de cualquier aplicacin Windows. Mediante los a o formularios vemos y actualizamos la informacin disponible en la base de datos. o Los formularios constituyen el instrumento que va a usar el usuario nal de la aplicacin para manipular la informacin (ver gura 7.8). o o Los formularios pertenecen a la interfaz del usuario nal y por tanto, en su diseo tendremos en cuenta una serie de caracter n sticas que afectan directamente al usuario nal.

7.4.4

INFORMES

Se trata de presentar la informacin de la base datos en un formato adecuado o para su salida por impresora o cualquier dispositivo similar. Ser el usuario a quien elija los elementos de datos que se deben mostrar as como la forma en que han de quedar dispuestos en el informe (ver gura 7.9). Habitualmente, los SGBD ofrecen utilidades para denir los informes de forma grca y sencilla. a

7.4.5

MACROS

Conjunto de operaciones que nos permiten automatizar cualquier tarea repetitiva de una base de datos. Las macros se construyen encadenando una serie de acciones preconguradas que realizan operaciones de gestin tales como abrir o o cerrar formularios e informes, ejecutar comandos de men o examinar los u registros de una tabla.

7.4. OBJETOS DE BASES DE DATOS

53

Figura 7.8: Ejemplo de formularios

Figura 7.9: Ejemplo de informe

54

TEMA 7. GESTORES DE BASES DE DATOS

7.4.6

MODULOS

Los mdulos nos permiten automatizar tareas, al igual que las macros, pero o con mayor exibilidad y posibilidades. Un mdulo es una coleccin de procedo o imientos creados mediante instrucciones en un lenguaje de programacin (por o ejemplo, para Microsoft Access, el lenguaje de programacin de mdulos es o o Visual Basic).

7.5

DISENO DE APLICACIONES DE BASES DE DATOS

Podemos disear y ofrecer al usuario una base de datos con todos sus objetos n de estructura y operaciones: tablas, formularios, informes, etc., pero esto no es una aplicacin de bases de datos. Una aplicacin debe incorporar una o o interfaz de usuario. La interfaz de usuario utilizar todos los objetos de la base de datos ena lazndolos de forma adecuada y ofreciendo al usuario un sistema coherente de a gestin de los datos. Para ello, gestores de bases de datos como Microsoft Access o ofrecen ciertos recursos como son: Mens u Barras de herramientas Macros Etapas de dise o Las etapas que hemos de seguir para disear una aplicacin n n o de bases de datos son las siguientes: 1. Establecer propsito y objetivos o 2. Denir la estructura: tablas, relaciones, etc. 3. Diseo de operaciones: entrada, salida, etc. n 4. Interfaz de usuario: mens, macros, etc. u

7.5.1

Establecer propsito y objetivos o

Se trata de establecer los l mites de la aplicacin. No basta con decir, por o ejemplo, disear una base de datos para una papeler n a. En una papeler hay a una gestin de ventas, una gestin de pedidos, una gestin de inventario, etc. o o o Hemos de delimitar el mbito de la aplicacin estableciendo los objetivos que a o pretendemos alcanzar. Por ejemplo, para una biblioteca, podr amos establecer los siguientes objetivos: - Gestin de pedidos: facilitar la preparacin y env de pedidos a las editoo o o riales, as como la recepcin del material en respuesta a dichos pedidos. o - Gestin de prstamos: Control de libros prestados, pudiendo conocer en o e todo momento qu libros se han prestado, a quin y cundo han de ser devueltos. e e a

 7.5. DISENO DE APLICACIONES DE BASES DE DATOS

55

7.5.2

Denir la estructura

El diseo de la estructura de una base de datos no debe hacerse ?a la ligera?. n Debemos seguir una metodolog de trabajo que nos permita llegar desde la a observacin del mundo real hasta el diseo de la estructura de la base de datos, o n dicho de otro modo, debemos ajustarnos a un modelo de datos. El modelo de datos que utilizaremos (ver gura 7.10) consta de tres etapas: A. Elaboracin del modelo conceptual o B. Elaboracin del esquema conceptual o C. Construccin de tablas y relaciones en la base de datos o

Figura 7.10: Modelo de datos Comentaremos a continuacin cada una de estas etapas. o A. Elaboracin del modelo conceptual Para disear una base de datos, o n debemos acotar la parcela del mundo exterior que nos interesa. Debemos aprender, comprender y conceptualizar dicho mundo exterior transformndolo en un a conjunto de ideas y deniciones que sean una imagen el del mundo real. Es un proceso de abstraccin del mundo que nos rodea. A esta imagen del mundo o exterior la llamaremos modelo conceptual. De forma prctica, consiste en escribir las narrativas de los casos de uso de la a aplicacin, es decir, describir de forma exhaustiva los distintos usos que tendr o a nuestra aplicacin. La elaboracin del modelo conceptual requiere disponer de o o amplio conocimiento del problema y de su contexto, y se han de tener muy en cuenta el propsito y los objetivos establecidos para la aplicacin. o o Siguiendo con el ejemplo de la biblioteca, los casos de uso de nuestra aplicacin sern los siguientes: o a Pedidos: Por fax o correo electrnico se enviar a la editorial un pedido o a de libros indicando: autor, t tulo, ao de edicin, y nmero de ejemplares. n o u Necesitaremos mantener la informarcin postal de las editoriales, para agilizar o el env del pedido. o

56

TEMA 7. GESTORES DE BASES DE DATOS

Recepcin: A la llegada de un paquete remitido por la editorial se darn eno a trada en la base de datos de los libros recibidos. Se asignar un cdigo individual a o a cada ejemplar. Prstamo: Se identicar el lector as como el ejemplar de libro. Se indicar e a a la fecha de prstamo y en la que debe ser devuelto. e Devolucin: Con la identicacin del ejemplar de libro se comprobar la o o a fecha de devolucin. La posible penalizacin se anota en la cha del lector. o o B. Elaboracin del esquema conceptual Partiendo del modelo concepo tual, vamos a elaborar un esquema conceptual, donde, de forma grca, queden a expuestas las entidades consideradas, as como sus atributos y sus relaciones. Para ello deberemos seguir los siguientes pasos: 1 Entidades y atributos (Ver gura 7.11)

Decidir qu van a ser entidades y qu van a ser atributos. e e Para descubrir entidades y atributos habremos de observar los sustantivos que aparecen en el texto. Como norma general podemos considerar que las entidades son todo lo que ocupe lugar en el espacio (p.e. un libro, una editorial) o en el tiempo (p.e. un pedido, un prstamo) y de lo que nos interese guardar informacin. Los e o sustantivos que no sean entidades sern, probablemente, atributos (t a tulo, ISBN, ao publicacin, etc.). Esta norma puede tener excepciones. n o Puede haber entidades y atributos no expresados de forma expl cita en los escenarios del modelo conceptual.

Figura 7.11: Esquema conceptual: Entidades y atributos

 7.5. DISENO DE APLICACIONES DE BASES DE DATOS 2 Claves e ndices (Ver gura 7.12)

57

Para cada entidad elegimos, entre las claves candidatas, la que va a ser clave principal. El campo clave ser aqul por el que nos interese que est ordenada la a e e tabla (por el que se vaya a buscar habitualmente). El resto de las claves, opcionalmente podrn ser consideradas como a ndices, teniendo en cuenta las frecuencia con la que se vaya a buscar a travs de e dichas claves.

Figura 7.12: Esquema conceptual: Claves e ndices

3 Relaciones (Ver gura 7.13) Establecemos slo las relaciones que sean necesarias (el resto se omiten) o Indicamos el tipo o grado de las relaciones marcando junto a cada entidad el cardinal con el que dicha entidad participa en la relacin. o Ejemplo: Autor-Libro (grado 1:n) Junto a la entidad Autor marcamos un 1, ya que cada libro est a escrito por 1 autor. Junto a la entidad Libro marcamos una n (o un *), ya que cada autor puede escribir n libros.

58

TEMA 7. GESTORES DE BASES DE DATOS

Figura 7.13: Esquema conceptual: Relaciones C. Construccin de tablas y relaciones en la base de datos o El ultimo paso consiste en implementar el esquema conceptual en el gestor de bases de datos elegido (Microsoft Access, OpenOce, etc.) Las entidades se implementan mediante tablas y los atributos son los campos o columnas de dichas tablas. Habitualmente dichos gestores proporcionan una ventana donde denir las relaciones entre entidades. Las relaciones simples (1:1 y 1:n) se implementan utilizando claves forneas a (ver gura 7.14) Las relaciones complejas (n:m) se implementan utilizando una tabla auxiliar (ver gura 7.15)

Figura 7.14: Relacin 1:n entre Departamento y Empleado o

 7.5. DISENO DE APLICACIONES DE BASES DE DATOS

59

Figura 7.15: Simplicacin de una relacin compleja (n:m) o o

7.5.3

Dise o de operaciones n

Una vez denida la estructura de la base de datos (parte esttica), el siguiente a paso es el diseo de las operaciones, es decir, la parte dinmica de la base n a de datos. Mediante estas operaciones accederemos a los datos para aadir, n modicar, borrar, consultar, etc. Entre otras, podremos realizar las siguientes operaciones: Adicin de registros. o Modicaciones de registros Ordenacin de la informacin o o Posibilidad de realizar determinadas operaciones matemticas y estad a sticas. Recuperacin de registros o Borrado de registros Emisin de informes o Para implementar estas operaciones haremos uso de los objetos dinmicos a de la base de datos, principalmente consultas, formularios, informes y macros, comentados todos ellos en apartados anteriores.

7.5.4

Interfaz de usuario

Una base de datos no se convierte en una aplicacin de bases de datos hasta que o no dispone de una interfaz de usuario adaptada a su perl, es decir, que ofrezca facil acceso a toda la funcionalidad que la base de datos puede proporcionar (ver gura 7.16). La interfaz de usuario utilizar todos los objetos de la base de datos ena lazndolos de forma adecuada y ofreciendo al usuario un sistema coherente de a gestin de los datos. Para ello nos apoyaremos en ciertos recursos de Access o como son: Mens u

60

TEMA 7. GESTORES DE BASES DE DATOS

Figura 7.16: Ejemplo de interfaz de usuario Barras de herramientas Macros Formulario de presentacin Es habitual presentar un formulario previo de o presentacin de la aplicacin con t o o tulo de la aplicacin, copyright, etc. No o estar asociado a ninguna tabla ni consulta. Estar centrado en la pantalla y a a no tendr botones de ningn tipo. Solo permanece visible unos segundos. a u Sistema de men s Microsoft Access (al igual que otros SGBD) facilita la u creacin de mens desde los que acceder a los distintos objetos de la base de o u datos, principalmente, formularios e informes. Un sistema t pico de mens puede u tener la siguiente estructura: Primer nivel de men u Archivo ... (funciones de la aplicacin) o Informes Ayuda Segundo nivel de men: Dentro de cada opcin del primer men disponu o u dremos de un submen (o men de segundo nivel). Ejemplo: u u Archivo: Editoriales, Libros, Lectores,..., Salir Pedidos: Emisin, Recepcin o o Etc.

7.6

INTEGRIDAD EN BASES DE DATOS

En una base de datos siempre va a ser una cuestin cr o tica el control de la integridad de los datos, es decir, controlar distintos aspectos como los siguientes:

 7.7. COMO EVALUAR UN SGBD

61

Impedir cualquier operacin que provoque una inconsistencia de los datos o (registros duplicados, registros hurfanos en una relacin, etc.). e o En entornos multiusuario, que varios usuarios puedan coordinar el acceso a unos mismos datos en el mismo momento. Asegurar la integridad de dicha informacin cuando la base de datos se o ha replicado en varios equipos. Triggers. Los triggers o disparadores identican las instrucciones que se ejecutan cuando se realiza una operacin de insercin, actualizacin o supresin o o o o dentro de una base de datos. Con los triggers podemos, por ejemplo, dar un aviso justo antes de eliminar un registro, rellener ciertos campos con valores por defecto al insertar un registro, etc. Los triggers permiten asegurar la integridad de los datos ya que podemos controlar mejor las operaciones evitando la inconsistencia, incorporando controles de seguridad, etc. Clases de integridad Podemos distinguir distintas clases de integridad dependiendo del aspecto de la base de datos que pretendamos controlar: Integridad de registro (Entity integrity), que consiste en evitar la duplicidad de registros (clave principal). Integridad de dominio (Domain integrity) que consiste en reducir los datos errneos (tipos de datos, reglas de validacin). o o Integridad referencial (Referential integrity): mantener la consistencia entre tablas relacionadas unas con otras. Integridad de usuario (User-dened integrity): seguridad contra acceso no deseado y acceso simultneo a datos. a Integridad de datos distribuidos (Distributed-data integrity): mantener la consistencia cuando una base de datos est distribuida (rplicas). a e

7.7

COMO EVALUAR UN SGBD

Los Sistemas de Gestin de Bases de Datos (SGBD) se han convertido en parte o fundamental de la estrategia de las empresas. El valor de una informacin actuo alizada ha crecido tanto que las empresas que quieran incrementar o mantener su productividad debern gestionar ecientemente todos los datos que manejan, a y la mejor herramienta es un SGBD. Dado que disponemos de varias opciones, resulta imprescindible contar con elementos de juicio a la hora de optar por una u otra solucin, cul se adecua mejor a nuestras necesidades? o a

7.7.1

Elementos de evaluacin o

El principal objetivo es encontrar el SGBD que sea capaz de responder adecuadamente al conjunto de aplicaciones y a las exigencias de los usuarios. Es decir, basta con saber qu queremos conseguir de un SGBD y buscar uno que e destaque en eso que nosotros esperamos.

62

TEMA 7. GESTORES DE BASES DE DATOS

En primer lugar hemos de tener en cuenta varias caracter sticas que denen un SGBD: Modelo de datos: relacional, jerrquico o en red. a Lenguajes de denicin y manipulacin de datos (SQL) o o Herramientas de ayuda para el desarrollo: lenguajes de cuarta generacin, o generadores de aplicaciones, asistentes, generadores de informes, CASE, etc. En segundo lugar hemos de evaluar el rendimiento del SGBD. Para ello hemos de denir un conjunto de pruebas mediante las cuales podamos valorar ciertas caracter sticas muy concretas en cada producto. La evaluacin se realiza o midiendo el tiempo que tarda cada SGBD en llevar a cabo las pruebas, ya que la velocidad representa la eciencia en la realizacin de cada funcin (ver gura o o 7.17). Capacidad de almacenamiento y recuperacin de datos: velocidad de ejeo cucin de consultas, creacin de o o ndices, importacin de datos, etc. o Proteccin de datos: acceso simultneo de varios usuarios, etc. o a Control de accesos de los usuarios: intentos de acceso de usuarios no autorizados, etc. Consumo de recursos: memoria RAM, etc. (algunos SGBD incorporan monitores que permiten realizar un seguimiento de los recursos consumidos)

Figura 7.17: Ejemplo de evaluacin de varios SGBD o

7.7.2

SGBD libres y comerciales

A continuacin mostramos una lista de los SGBD ms comunmente usados, o a distinguiendo entre los SGBD libres y los comerciales. Ejemplos de SGBD libres PostgreSQL MySQL

 7.7. COMO EVALUAR UN SGBD Ejemplos de SGBD comerciales Oracle DB2, Informix (IBM) dBase (dBI) Paradox (Borland) SQL-Server (MS) Access (MS) FoxPro (MS)

63

64

TEMA 7. GESTORES DE BASES DE DATOS