Post on 07-Jun-2015
description
transcript
INTRODUCCION
BASES DE DATOS
Conceptos de Bases de Datos
El término fue acuñado en 1963Una BD no es más que un conjunto de
información (un conjunto de datos) relacionada que se encuentra agrupada o estructurada.
Informáticamente una BD 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.
Definición de BD
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.
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.
Sistemas de gestión de BD’s (DBMS)
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.
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 acceder a la información contenida en dos o mas tablas simultáneamente.
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.
Tablas
Clave Primaria
DNI Nombre Apellido Teléfono Nombre Campos
2341167 Pedro Alonso 6273652 Registro
5625711 María Gómez 6718234 Registro
6718273 José López 6715629 Registro
Campo Campo Campo Campo
La Llave Primaria
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 Llave 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.
Reglas básicas en esquemas de datos relacionales
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).
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 una BD relacional
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 una BD relacional
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 BDs
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.
Datos en una BD
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.
Ejemplos de datos para una BD
Gestión de facturas de un mini-market: No. factura Fecha Nombre cliente Vendedor Descripción Producto Cantidad Precio Unitario Subtotal Total
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.
Se completan los datos necesarios que hacen la información mas significativa.
No. factura Fecha Nombre cliente Vendedor Descripción Producto Cantidad Precio Unitario Subtotal Total
Nombre del vendedor No. Vendedor No. Cliente Dirección NIT Código de producto Descripción de producto
Refinando los datos del ejemplo anterior
Redundancias y 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.
Redundancias y relaciones
Ejemplo:En la factura existe redundancia de datos en
el momento de generar los registros correspondientes al cliente, al vendedor, al producto como consecuencia los datos de la factura se repiten igual.
Es decir que existe la posibilidad de repetir la información si el cliente hace mas de una compra o el producto lo compran varias personas.
También el registro de la factura se repetirá varias veces si se compran varios productos.
Base de datos plana (una tabla)
No. Fact.
Fecha Cliente
Vendedor
Descripción
Producto
Cantidad
p/u
5323 02-02-15
Jorge Carla Cereales
44003 4 15.00
5323 02-02-15
Jorge Carla Pan 44010 2 10.00
5323 02-15- Jorge Carla Leche 44005 5 12.00
5324 03-02-15
Jose Roberto
Pastillas
55035 7 14.00
5325 04-02-15
Jorge Roberto
Pan 44010 4 10.00
Relaciones
Debido a que datos como el nombre del cliente, los datos de la factura, el vendedor y el producto se repiten pueden crear un gran volumen de datos difíciles de buscar, analizar y entender.
Por ello se planteo separar los datos en tablas separadas: Factura Cliente Vendedor Producto
Tablas de resultados
Factura No. Factura Fecha NIT No. vendedor Código de producto Cantidad Total
Cliente NIT Nombre Apellidos Dirección
Tablas de resultados
Vendedor No. Vendedor Nombre Apellidos
Productos Código de productos Descripción Nombre comercial Precio unitario
CREANDO MODELOS DEBASES DE DATOS
MODELO ENTIDAD-RELACION
MER
CONCEPTO DE MER
El Modelo de Entidad Relación es un modelo de datos basado en una percepción del mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación.
Objetos basicos
Ejemplares = registrosHablamos de ejemplares cuando nos
referimos a una clase de objetos con características similares.
Entidad = tablaSe puede definir cono Entidad a cualquier
objeto, real o abstracto, que existe en un contexto determinado o puede llegar a existir y del cual deseamos guardar información.
Entidades
Ejemplares de similar información se agrupan en entidades.
Entidades
Atributos = camposLos Atributos son características o
propiedades asocia-das a la entidad que toman valor en una instancia particular.
Ejemplo: nombre, cédula, teléfono.
Llaves Primarias
Tipos de Relación
Depende de como cada registro se relacione con los registros de otra tabla.
La cardinalidad es una de las principales definiciones:
Tipos de Relación
Definidas por modalidad:Es decir, sobre la necesidad o no de
relacionar un registro con otro. Que tan opcional es la relación.
Relaciones 1 a 1
Relaciones 1 a 1
Relación de 1 a muchos
Relación de 1 a muchos
Relación de muchos a muchos
Relación de muchos a muchos
Relación de muchos a muchos