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