INFORMATICA BASES DE DATOS

SISTEMA DE BASE DE DATOS


Definición y Características de un SBD

Se puede definir una base de datos, como un fichero se guarda en campos o delimitadores, por ejemplo, podemos almacenar el nombre y el apellido de las personas de modo separado, de ésta forma es posible obtener del fichero todos los nombres o todos los apellidos, tanto de forma separada como conjunta.
Normalmente el número de campos que se tienen en una base varía según las necesidades en cuanto a gestión de datos, de forma que después se pueda explotar la información de forma ordenada y separada, aunque el resto de la información sigue almacenada y guardada en la base de datos.
Una base de datos, no es solo el fichero en donde están datos, sino que en dicho arvhivo se encuentra la estructura de los datos, osea, para saber que longitud tiene cada campo,hay que conocer como se llama el campo y qué longitud en caracteres tiene, asi como el tipo de datos en dicho campo, porque puede contener desde letras a números o incluso otros datos más complejos, dependiendo de la estructura de la base y del sistema gestor.
En realidad aparte de los datos que son almacenados en el archivo, también hay una serie de datos, en los que se informa del tipo de campo, los campos y la longitud de cada campo, es lo que se llama gestor de datos, que permite saber que cada registro (un registro es una suma de campos, por ejemplo a Ana LOPEZ LOPEZ, Ana lo guardamos en el campo Nombre y LOPEZ LOPEZ en el campo Apellidos, cada registro es cada persona que almacenamos en la base, osea una persona es un registro y cada regitro està constituido por los campos Nombre y Apellido.
Un Sistema de Bases de Datos (SBD) es una serie de recursos para manejar grandes volúmenes de información, sin embargo no todos los sistemas que manejan información son bases de datos.

Un sistema de bases de datos debe responder a las siguientes características:

Independencia de los Datos.
Es decir, que los datos no dependen del programa y por tanto cualquier aplicación puede hacer uso de los datos
.
Reducción de la Redundancia.
Llamamos redundancia a la existencia de duplicación de los datos, al reducir ésta al máximo conseguimos un mayor aprovechamiento del espacio y además evitamos que existan inconsistencias entre los datos. Las inconsistencias se dan cuando nos encontramos con datos contradictorios

Seguridad.
Un SBD debe permitir que tengamos un control sobre la seguridad de los datos.






Recursos que componen un SBD

Un SBD está formado por:

Personas

Máquinas

Programas

Son los encargados de manejar los datos, son conocidos como DBMS (Data Base Management System) o también SGBD (Sistema Gestor de Base de Datos). Los DBMS tienen dos funciones principales que son:
La definición de las estructuras para almacenar los datos.

La manipulación de los datos.

Datos

Es lo que se conoce como base de datos propiamente dicha. Para manejar estos datos utilizamos una serie de programas.

Los SBD pueden ser estudiados desde tres niveles distintos:
1 Nivel Físico Es el nivel real de los datos almacenados. Es decir como se almacenan los datos, ya sea en registros, o como sea. Este nivel es usado por muy pocas personas que deben estar cualificadas para ello. Este nivel lleva asociada una representación de los datos, que es lo que denominamos Esquema Físico. 2 Nivel Conceptual Es el correspondiente a una visión de la base de datos desde el punto de vista del mundo real. Es decir tratamos con la entidad u objeto representado, sin importarnos como está representado o almacenado. Este nivel lleva asociado el Esquema Conceptual. 3 Nivel Visión Son partes del esquema conceptual. El nivel conceptual presenta toda la base de datos, mientras que los usuarios por lo general sólo tienen acceso a pequeñas parcelas de ésta. El nivel visión es el encargado de dividir estas parcelas. Un ejemplo sería el caso del empleado que no tiene porqué tener acceso al sueldo de sus compañeros o de sus superiores. El esquema asociado a éste nivel es el Esquema de Visión.
Los tres niveles vistos, componen lo que conocemos como arquitectura de base de datos a tres niveles. A menudo el nivel físico no es facilitado por muchos DBMS, esto es, no permiten al usuario elegir como se almacenan sus datos y vienen con una forma estándar de almacenamiento y manipulación de los datos. La arquitectura a tres niveles se puede representar como sigue:
ESQUEMA FISICO
ESQUEMA CONCEPTUAL
Modelos de datos
Para representar el mundo real a través de esquemas conceptuales se han creado una serie de Modelos:
Existen multitud de estos modelos que se conocen como Modelos de Datos,los más conocidos son:
o Modelo Relacional de Datos
o Modelo de Red
o Modelo Jerárquico
Modelo Relacional de DatosRepresenta al mundo real mediante tablas relacionadas entre sí por columnas comunes. Ej.:
Num. empleado
Nombre
Sección
33
Pepe
25
34
Juan
25

Num_sección
Nombre
25
Textil
26
Pintura

Modelo de Red Representamos al mundo real como registros lógicos que representan a una entidad y que se relacionan entre sí por medio de flechas. Ej.:






Modelo Jerárquico Tiene forma de árbol invertido. Un padre puede tener varios hijos pero cada hijo sólo puede tener un padre. Ej.:
Al llegar a este punto adoptaremos una convención con respecto a las restricciones que se pueden dar en un modelo, en cuanto a la capacidad de relacionarse que pueda tener cada entidad de ese modelo con el resto de entidades.

Como se ha dicho el modelo jerárquico sólo admite relaciones 1 : 1 ó 1 : N. En caso de que tuviésemos la necesidad de otro tipo de asociaciones y queramos usar el esquema jerárquico, recurriríamos a una duplicación de la información en el esquema, pero sólo a nivel esquemático. Ej.: Tenemos dos entidades (cliente y cuenta), queremos que un cliente pueda poseer varias cuentas, y que una cuenta pueda tener como titulares a varios clientes. Usando el modelo jerárquico tendríamos que recurrir a una duplicación de los datos en el esquema.
Esta duplicación sólo ocurriría a nivel esquemático, pero a nivel físico existiría un único registro por cliente, y por cuenta que relacionaríamos mediante varios punteros con todo lo necesario. En el modelo de red no existen restricciones, si queremos representar que un cliente puede tener varias cuentas, cada una de las cuáles sólo puede tener un titular, y cada cuenta ésta en una sola sucursal, que por supuesto puede ser compartida por varias cuentas. Con el modelo relacional podríamos tener ambas entidades definidas de la siguiente forma:
Cliente = (Nº Cliente: Acceso Principal; Nombre, Dirección, Nº Cuenta: Acceso Ajeno) Cuenta = (Nº Cuenta: Acceso Principal; Saldo)
Se podría hablar de otro modelo que está un nivel más arriba y que se denomina Modelo Entidad-Relación (E/R). Este modelo sólo realiza el diseño, no realiza la implementación, por lo tanto una vez hecho el diseño se puede llevar al modelo relacional, de red o jerárquico. En el esquema siguiente define dos entidades y una forma de relación entre ellas.
Sus características principales son:
Reflejan tan sólo la existencia de los datos sin expresar lo que se hace con ellos.
Es independiente de las bases de datos y de los sistemas operativos (por lo que puede ser desarrollado en cualquier base de datos).
Está abierto a la evolución del sistema.
Incluye todos los datos que se estudian sin tener en cuenta las aplicaciones que se van a tratar.
No tienen en cuenta las restricciones de espacio y almacenamiento del sistema.
Conceptos del Modelo Entidad-Relación Entidades Son objetos concretos o abstractos que presentan interés para el sistema y sobre los que se recoge información que será representada en un sistema de bases de datos. Por ejemplo, clientes, proveedores y facturas serían entidades en el entorno de una empresa. Atributos Es una unidad básica e indivisible de información acerca de una entidad o una relación. Por ejemplo la entidad proveedor tendrá los atributos nombre, domicilio, población, CIF. Dominios Es el conjunto de valores que puede tomar cada atributo. Por ejemplo el dominio del atributo población, será la relación de todas las poblaciones del ámbito de actuación de nuestra empresa. Tablas Es la forma de estructurar los datos en filas o registros y columnas o atributos. Relación Es la asociación que se efectúa entre entidades. Por ejemplo la relación entre las entidades facturas emitidas y clientes.
Los diagramas Entidad - Relación representan la estructura lógica de una base de datos de manera gráfica. Los símbolos utilizados son los siguientes:- Rectángulo.- Conjunto de entidades.- Elipse.- Atributos.- Rombos.- Conjunto de relaciones- Líneas.- Unen atributos a conjuntos de entidades; unen atributos a conjuntos de relaciones; y unen conjuntos de entidades con conjuntos de relaciones. Si la flecha tiene punta, en ese sentido está el uno y si no la tiene, en ese sitio está el muchos. La orientación señala cardinalidad.- Elípse doble.- Se trata de dos elipses concéntricas. Representan atributos multivalorados. - Elipse discontinua.- Atributos derivados.- Líneas dobles.- Indican participación total de un conjunto de entidades en un conjunto de relaciones. - Subrayado.- Subraya los atributos que forman parte de la clave primaria del conjunto de entidades.Si el conjunto de relaciones tiene atributos asociados, se le unen a la relación. En los diagramas Entidad - Relación se indican los papeles (roles) mediante etiquetas en las líneas que unen los conjuntos de relaciones con conjuntos de entidades.Los conjuntos de relaciones no binarias se especifican uniendo al conjunto de relaciones tantas entidades como marque la relación. No es recomendable su utilización, prefiriéndose el uso de relaciones binarias.



Programas que conforman el DBMS
El DBMS se compone de una serie de módulos:
El Compilador de DDL (Data Definition Language). El DDL sirve para definir estructuras de almacenamiento, y por tanto para crear esquemas conceptuales.El resultado de compilar todas las instrucciones DDL se va a almacenar en lo que se conoce como Diccionario de Datos. Este diccionario nos aportará información acerca de la base de datos. El diccionario de datos depende del DBMS.El Precompilador DML (Data Management Language). Las instrucciones de manejo que define van dentro de un lenguaje de alto nivel cualquiera (Lenguaje Anfitrión) (El DML se llama Lenguaje Huésped). El primer paso del pre-compilador es traducir las instrucciones del DML al lenguaje anfitrión.El Procesador de Consultas permite al usuario "jugar" con los datos, o sea consultarlos sin necesidad de construir un programa de aplicación. Cuenta con un Optimizador de DML para optimizar esas consultas.El Manejador de Bases de Datos realiza la traducción entre los diferentes esquemas de la base de datos. Si un usuario quiere acceder a unos datos, el manejador comprobará su esquema externo para averiguar a que datos tiene acceso ese usuario; luego estudia el esquema conceptual completo, a continuación accede al esquema físico para saber como trabajar con ellos y finalmente los proporcionará al usuario.
Personas relacionadas con un SBD
Administrador de base de datos (DBA)

Define los esquemas de la base de datos; estructuras y esquemas de los 3 niveles. Más que una persona suele ser un grupo de personas.

Programador de aplicaciones

Utilizando un lenguaje de alto nivel y llamadas en DML crean programas para usar la base de datos.

Usuarios casuales

Son usuarios que tienen conocimientos de los DL, hacen uso de los DML de modo interactivo (es decir a través del procesador de consultas)

Usuarios ingenuos

Emplean el SBD sin conocimientos de informática, es decir usan los programas de aplicación.Otros tipos de bases de datos, que no se tratarán en esta asignatura, son los agrupados como postrrelacionales:

Modelo Orientado a Objetos.Los datos se representan mediante objetos, que contienen variables y métodos, y su manipulación se realiza mediante mensajes.

Modelo Semántico.Tienen como objetivo describir de un modo más preciso la información contenida en la base de datos.

Modelo Deductivo.Son capaces de deducir hechos a partir de las relaciones base y una serie de axiomas deductivas o reglas de inferencia.