INTRODUCCION A LAS BASES DE DATOS

UNIVERSIDAD ANTONIO NARIÑO - PALMIRA

Lic. Edinson Cuero Ramos

INTRODUCCION El hombre desde el inicio de su creación

ha procurado registrar sus eventos e historia en algún tipo de soporte por ejemplo: piedra, madera, papel, etc. A fin de dejar constancia de sus ideas.

A medida que ha evolucionado el mundo estos soportes han logrado almacenar una mayor capacidad de datos.

Aparecen los soportes electromagnéticos y ópticos, los cuales albergan gran cantidad de información en un espacio reducido.

DATO VS INFORMACION

DATO: Es un valor, hecho o evento.

INFORMACIÓN: Es un conjunto de datos interrelacionados y organizados que tienen un significado para alguien.

BASE DE DATOS

Definición 1: Un sistema computarizado para llevar registros, es posible considerarla como un armario electrónico para almacenar la información y que los usuarios del sistema puedan acceder a los datos.

Definición 2: Un SGBD (Sistema de Gestión de Base de Datos) consiste en un conjunto de datos interrelacionados y programas para acceder a dichos datos. Esa colección de datos se puede definir como base de datos y contiene información acerca de cualquier organización como por ejemplo una persona, una corporación, consorcio.

Definición 3: Es un conjunto de datos que pertenecen al mismo contexto almacenados sistemáticamente para su posterior uso.

¿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.

Dominio del problema

Conceptos del mundo del problema

Dominio de la solución

Objetos del mundo del software

BD

IU

Mundo de Problema Mundo de la Solución

Sistema RealSoftware

2. Objetivos de las B.D. (1) Las BD surgen ante la necesidad de la

empresa de llevar un control centralizado en vez de uno disperso sobre sus datos.

De esta forma se consiguen nuevos objetivos (7):

1. Independencia física y lógica de los datos.2. Eficacia de los accesos a los datos, tanto para

informáticos expertos como para usuarios inexpertos.

3. Administración coherente de los datos.

2. Objetivos de las B.D. (2)

4. Mínima redundancia de datos, ya que de esta forma no se perderá espacio en memoria secundaria.

5. Integridad de los datos de forma que estas cumplan una serie de restricciones.

6. Seguridad de los datos con los que protegemos a los mismos de accesos no autorizados o que pretendan afectar a la integridad de los mismos.

7. La compartición de los datos, es decir, el acceso simultaneo de 2 o mas aplicaciones.

OPERACIONES CON BD Insertar datos dentro de los archivos

existentes. Recuperar datos de los archivos existentes. Eliminar datos de los archivos existentes. Modificar datos de los archivos existentes. Agregar nuevos archivos vacíos a la base

de datos. Eliminar archivos existentes en la base de

datos.

INCONVENIENTES A TENER EN CUENTA

REDUNDANCIA E INCONSISTENCIA DE DATOS

DIFICULTAD DE ACCESO A LOS DATOS AISLAMIENTO DE DATOS PROBLEMAS DE INTEGRIDAD PROBLEMAS DE ATOMICIDAD ANOMALÍAS DE ACCESO

CONCURRENTE PROBLEMAS DE SEGURIDAD

COMPONENTES DE UNA BASE DE DATOS

DATOS HARDWARE SOFTWARE USUARIOS

DATOS

Valores, hechos, eventos, fenómenos o ideas, que al agruparse y organizarse son utilizadas de manera continua por un colectivo de profesionales para tomar desiciones.

HARDWARE

Es la parte física del sistema informático que permite el almacenamiento de la información.

SOFTWARE

Es mas conocido como el Administrador de la Base de Datos o DBMS, es la parte lógica que permite realizar las diferentes operaciones con los datos almacenados.

USUARIOS

Programadores de Aplicaciones.

Administrador de Base de Datos.

Usuarios Finales.

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.

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.

Ejemplo de TablaClavePrimariaDNI Nombre Apellido Teléfono Nombre

Campos2341167 Pedro Alonso 6273652 Registro

5625711 María Gómez 6718234 Registro

6718273 José López 6715629 Registro

Campo Campo Campo Campo

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.

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.

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).

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.

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.

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.

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.

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.

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 Destino del paciente Observaciones

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.

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

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

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.

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

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

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

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

Relaciones (ejemplo 5) Tabla médicos

Código de identificación del médico

Nombre Apellidos Especialidad Número de colegiado Cargo Observaciones

Bases de Datos: Conceptos BàsicosBases de Datos: Conceptos Bàsicos

Byte 01001010 Letra J

Bit 0 ó 1

Campo Juan Sànchez (campo NOMBRE)

RegistroNOMBRE CURSO FECHA NOTA Juan Sánchez IS 101 Nov04 15

Archivo

Archivo de cursosNOMBRE CURSO FECHA NOTA Juan Sánchez I2 101 Nov04 15Carla Tovar I2 101 Nov 04 18

Base de DatosFinanzasCursos

Expedientes Personales

Bases de Datos: Conceptos BàsicosBases de Datos: Conceptos Bàsicos

Archivo

Archivo de PedidosPedido Fecha Prov Total Bs1401 04/11 0051 5.6891404 05/11 0064 9.4681405 06/11 0051 6.562

Campo clave: el archivo se ordena por un campo seleccionado cuyos elementos son irrepetibles.

Campos calculados:Surgen de la combinación de otros campos, el usuario no escribe su contenido.

B.D. Relacionales Para entender lo que son y significan las bases de datos relacionales, veamos el siguiente ejemplo:

Queremos registrar los datos de una venta:Fecha Producto Proveedor Cantidad Precio Unit Precio Total

05/11 Azucar Central 1200 500 600000

05/11 Leche Parmalar 100 5600 560000

06/11 Margarina Comprolat 600 800 480000

05/11 Melaza Central 600 600 360000

06/11 Arroz Marty 700 800 560000

B.D. Relacionales Con las BD relacionales, se ingresan sòlo

los datos mínimos indispensables

05-11-04

CentralProveedor

FechaFactura1401

Azúcar 1200 500 600000

Melaza 600 600 360000

Producto Cant. P.Unitario P.Total

B.D. Relacionales Con las BD relacionales, se ingresan sòlo

los datos mínimos indispensables

ProveedoresCentralComprolatParmalarMartyLef

ProductosNombre PU ExistArroz 800 12324Azúcar 500 840 Leche 5600 917Margarina 800 1854 Melaza 600 744Salsa 400 1465

PedidosCod Fecha Proveed .1401 05/11/04 Central1402 05/11/04 Trx1403 06/11/04 Comprolat1404 06/11/04 Marty

Detalle de PedidosNum Prod Cant PU Ptotal .

1401 Azúcar 1200 500 600000 1401 Melaza 600 600 360000