Gestores De Base De Datos
coxa19849 de Septiembre de 2011
4.298 Palabras (18 Páginas)562 Visitas
Tema 7
GESTORES DE BASES
DE DATOS
7.1 INTRODUCCI´ON
Un gestor de base de datos o sistema de gesti´on de base de datos (SGBD o
DBMS) es un software que permite introducir, organizar y recuperar la informaci
´on de las bases de datos; en definitiva, administrarlas. Existen distintos
tipos de gestores de bases de datos: relacional, jer´arquico, red, ... El modelo
relacional es el utilizado por casi todos los gestores de bases de datos para PC´s.
El modelo relacional (SGBDR) es un software que almacena los datos en forma
de tablas (ver figura 7.1).
Figura 7.1: Ejemplo de una tabla
7.1.1 El problema: Sistemas de ficheros
Tradicionalmente, los datos se han organizado en ficheros. Un fichero mantiene
informaci´on homog´enea, dispuesta en registros. Ej.: Empleados, Clientes, N´ominas,
etc. Diferentes programas pueden mantener diferentes ficheros referidos a la
misma entidad (ver figura 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 ficheros, o de datos calculados, que
podr´ıan obtenerse a partir de otros datos.
Rigidez de b´usqueda: A cada fichero, seg´un la manera en que m´as frecuentemente
se accede a ´el, se le da una organizaci´on. Si despu´es se necesita otro tipo
de acceso, puede resultar lento trabajar con el fichero.
Dependencia de los programas: La informaci´on de d´onde comienza un
campo, d´onde acaba, su tipo, etc. est´a controlada por el programa; cualquier
cambio en la estructura del fichero implicar´ıa una modificaci´on de los programas.
Problemas de confidencialidad y seguridad: La confidencialidad consiste
en evitar la consulta de ciertos datos a determinados usuarios mientras
que el control de seguridad de los datos almacenados impedir´a que puedan ser
modificados por personas no autorizadas.
Figura 7.2: Sistema de ficheros
7.1.2 La soluci´on: Bases de datos
Es la alternativa que aborda la soluci´on a estos problemas. Se trata de dar una
soluci´on integral al almacenamiento y gesti´on de los datos, en lugar de soluciones
parciales (ver figura 7.3):
• Evitar la redundancia ”gratuita”
• Flexibilidad de b´usqueda
• Independencia de los programas
• Seguridad y confidencialidad integral
7.2. LOS USUARIOS 45
Figura 7.3: Sistema de Bases de datos
7.2 LOS USUARIOS
Hay tres clases de usuarios:
• Usuario final: Accede a la base de datos desde su PC empleando un
lenguaje de consulta (DML) o a trav´es de un programa.
– Son usuarios que no necesitan formaci´on t´ecnica
– Podr´an manejar la informaci´on de forma sencilla y eficiente a trav´es
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 act´ua como intermediario entre
programador y usuario final.
– Son los responsables de su seguridad e integridad
– Requieren un amplio conocimiento de la herramienta SGBD a nivel
de administraci´on: tablas, ´ındices, consultas, formularios, informes,
macros, etc.
• Programador de aplicaciones: Encargado de escribir programas de aplicaci
´on que utilicen bases de datos (lenguaje de alto nivel, como Cobol,
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 a´un m´as profundo:
m´odulos, API (application programa interface), etc.
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´ıa de objetos que poseen caracter´ısticas diferenciadoras
que los distinguen del resto. Ejemplo: Dentro de una empresa que
vende complementos para el autom´ovil encontraremos las siguientes entidades:
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 autom´oviles: Vendedor, Cliente, Autom´ovil, Pedido,
etc.
Las entidades consideradas en una base de datos deber´an determinarse en
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 dise˜nar una base de datos para
el control de las inspecciones t´ecnicas de los veh´ıculos, entonces el resto de
entidades (mercanc´ıas, transportistas, clientes, etc.) no ser´an tenidas en cuenta.
Cada objeto perteneciente a una entidad debe poseer informaci´on suficiente
para que pueda ser identificado 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: C´odigo, DNI, Nombre y apellidos, Direcci´on,
Tel´efono, Cuenta bancaria, etc.
Entidad ”Productos”. Atributos: C´odigo, Descripci´on, Fabricante, Color,
Peso, Precio, etc.
Cada atributo se corresponde, en una base de datos relacional, con las
columnas o campos de una tabla.
La figura 7.1 muestra un ejemplo de una tabla correspondiente a una entidad
Pel´ıculas. En ella se observan cinco atributos o campos (las columnas): C´odigo,
t´ıtulo, Nacionalidad, G´enero y Duraci´on.
7.3.3 Registros
Para una entidad dada, cada entrada o aparici´on (cada cliente en la entidad
Clientes, cada veh´ıculo en la entidad Veh´ıculos, etc.) se denomina registro u
ocurrencia de registro. Un registro es, por tanto, una representaci´on de un
objeto perteneciente a una entidad dada.
En una base de datos relacional, los registros se corresponden con las filas
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´a tantas ocurrencias de dicho
registro como vendedores hay en la empresa.
En la figura 7.1 vemos un ejemplo de tabla (para una entidad ”Pel´ıculas”)
donde cada fila 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´e descrita de manera
´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 identifica de manera ´unica a cada ocurrencia de la entidad.
Ejemplo:
La entidad Cliente contiene dos atributos que perfectamente pueden identificar
de manera ´unica a cada ocurrencia: D.N.I. y C´odigo de Cliente. Ambas
son claves de entidad, puesto que no existe m´as de un cliente con un mismo
D.N.I. o C´odigo. Sin embargo pueden coexistir, varios con un mismo Nombre,
igual Apellido, etc.
Si una clave no tiene ning´un subconjunto de campos que sea a su vez clave,
se dice que es una clave candidata. El dise˜nador escoger´a entre las claves candidatas
la m´as adecuada para tratarla como clave principal o primaria. Al
resto de las claves candidatas se les llamar´a claves alternativas.
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 d´ebiles Cuando no hay ning´un atributo (o conjunto de atributos)
que identifique 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 A˜no de publicaci´on, no podemos
encontrar ning´un atributo (o conjunto de atributos) que permita identificar de
forma ´unica cada ejemplar (consideremos que
...