Introducción a las Bases de Datos Relacionales

1. Introducción a las Bases de Datos Relacionales Ing Salamanca CENIS 2011

2. ¿Qué es una Base de Datos? • El término fue acuñado en 1963 • Una B de D no es más que un conjunto de información (un conjunto de datos) relacionada que se encuentra agrupada o estructurada. • Informáticamente una B de D es un sistema formado por un conjunto de datos almacenados en memorias masivas que permiten acceso directo a ellos y un conjunto de programas que manipulan ese conjunto de datos.

3. Definición formal • Es un conjunto exhaustivo (en su modelización del mundo real) de datos estructurados, fiables y homogéneos, organizados independientemente de su utilización y de su implementación en máquina, accesibles en tiempo real, compartibles por usuarios concurrentes que tienen necesidades de información diferentes y no predecibles en el tiempo.

4. Propiedades de los datos • Estructurados independientemente de las aplicaciones y del soporte de almacenamiento que los contiene. • Presentan la menor redundancia posible. • Son compartidos por varios usuarios y/o aplicaciones. • Están bajo un control centralizado.

5. Sistemas de Gestión de B de D • Entre la B de D física (el almacenamiento real de los datos) y los usuarios del sistema existe un interfaz de software que recibe el nombre de SGBD y es el responsable de tratar todas las peticiones de información de los usuarios. • Un SGBD es un conjunto de programas de propósito general que permite controlar el acceso y la utilización de la B de D, por los usuarios, para incluir, modificar o recuperar información, incluyendo prestaciones para conseguir la independencia, la integridad y la seguridad de los datos, así como la concurrencia de usuarios.

6. Bases de Datos Relacionales • Los sistemas relacionales operan conceptualmente sobre archivos o Tablas de datos y no sobre los datos individuales contenidos en el archivo. • Las tablas permiten representar la información de forma mas compacta. • Es posible acceser a la información contenida en dos o mas tablas simultáneamente.

7. Características de las Tablas • Una tabla está formada por Filas y Columnas. • Las Filas son equivalentes a los Registros de un archivo clásico (contienen los valores de los objetos o entidades descritas). • Las Columnas son equivalentes a los Campos (que representan los atributos de los objetos o entidades descritas). El conjunto de valores que puede tomar un campo se llama dominio.

8. Ejemplo de Tabla

9. El concepto: CLAVE • Una clave es una referencia que se utiliza para identificar los registros de forma única y está formada por uno o mas atributos (columnas) de los registros. • La Clave Primaria o principal es la que es mínima en cuanto al número de campos que la componen.

10. La Clave Primaria • Es importante porque permite acceder a cada uno de los elementos de la B de D por direccionamiento asociativo mediante la combinación de tres factores: • El nombre de la Tabla. • La columna. • El valor de la clave.

11. Leyes básicas de los SBDR • La B de D contendrá generalmente muchas Tablas. • Una Tabla sólo contiene un número fijo de Campos. • El nombre de los Campos que componen una Tabla es distinto. • Cada Registro de una Tabla es único. • El orden de los Registros y el orden de los Campos de una Tabla no está determinado. • Para cada Campo existe un conjunto de valores posibles (Dominio).

12. El lenguaje SQL • SQL: Structured Query Language. • Cualquier SBDR lleva asociado un lenguaje de manipulación de datos compuesto de una serir de mandatos u órdenes que permiten interrogar y modificar la B de D.

13. Diseño de B de D Relacionales I • Planificación del tipo de información a almacenar: • Información disponible. • Información que necesitamos. • Esquematizar sobre papel el problema. • Considerar los datos a gestionar y estimar el espacio de memoria que necesitan.

14. Diseño de B de D Relacionales II • Los dos aspectos mas importantes a la hora del diseño de las Tablas son: • Campos • Nombre del campo • Tipo del campo • Anchura del campo • Datos • Caracteres (texto), valores numéricos, fechas, informaciones lógicas, imágenes, multimedia.

15. Fases del diseño de una B de D • Definición de los datos (análisis de los datos existentes). • Refinamiento de los datos (depuración de los datos necesarios). • Establecer relaciones entre los campos.

16. Definición de los datos • Lista en papel de todos los atributos (Campos). • Examinar la aplicación con detalle para determinar exactamente la clase de información que debe almacenarse en la B de D.

17. Definición de datos (ejemplo) • Gestión del ingreso de pacientes en un hospital. • Nombre del paciente • Apellidos del paciente • Dirección del paciente • Número de teléfono • Fecha de ingreso • Procedencia (con o sin P10) • Destino del paciente • Observaciones

18. Refinamiento de los datos • Refinar la lista inicial de campos de modo que los campos constituyan una descripción precisa de los tipos de datos necesarios. • Importante incluir las sugerencias de los futuros usuarios de la B de D.

19. Refinamiento de los datos (ejemplo 1) • Nombre del paciente • Apellidos del paciente • Domicilio • Población • Provincia • Código postal • Número de teléfono • Procedencia • Fecha de ingreso • Nombre del hospital • Médico responsable • Número de planta • Número de cama • Número de historial clínico • Observaciones

20. Refinamiento de los datos (ejemplo 2) • Nombre del paciente • Apellidos del paciente • Domicilio • Población • Provincia • Código postal • Número de teléfono • Procedencia • Fecha de ingreso • Nombre del hospital • Médico responsable • Nombre del médico • Apellidos del médico • Especialidad • Número de colegiado • Cargo • Número de planta • Número de cama • Número de historial clínico • Observaciones

21. Consideración de las relaciones • Inspeccionar los Campos de la Tabla para localizar redundancias en los datos a introducir. • Esta estrategia nos permitirá determinar si es conveniente o no utilizar varias Tablas y, en su caso, la forma de establecer las relaciones futuras entre los campo.

22. Relaciones (ejemplo 1) • Cada vez que se de de alta a un paciente hay que cumplimentar los datos del médico, pudiendose ser el mismo médico para diversos paciente. • Por ello conviene separar los datos en dos Tablas: • Pacientes • Médicos

23. Relaciones (ejemplo 2) • Tabla Pacientes • Número SS paciente • Nombre del paciente • Apellidos del paciente • Domicilio • Población • Provincia • Código postal • Número de Teléfono • Procedencia • Fecha de ingreso • Código del médico responsable • Número de planta • Número de cama • Número de historial clínico • Observaciones • Tabla médicos • Código del médico responsable • Nombre • Apellidos • Especialidad • Número de colegiado • Cargo • Observaciones

24. Relaciones (ejemplo 3) • Se ha añadido un código de identificación del médico responsable, presente en ambas Tablas. • Se ha añadido el Número de la SS para identificar de forma única a cada paciente. • Observando la Tabla pacientes se ve que esta se puede descomponer en: • Tabla Pacientes (datos de identificación) • Tabla Ingresos

25. Relaciones (ejemplo 4) • Tabla pacientes • Número de la SS • Nombre del paciente • Domicilio • Población • Provincia • Código postal • Número de teléfono • Número de historial clínico • Observaciones • Tabla ingresos • Número de historial clínico • Procedencia • Fecha de ingreso • Código de identificación del médico responsable • Número de planta • Número de cama • Observaciones

26. Relaciones (ejemplo 5) • Tabla médicos • Código de identificación del médico • Nombre • Apellidos • Especialidad • Número de colegiado • Cargo • Observaciones