Una completa presentación con contenido sobre los conceptos basicos sobre bases de datos. El contenido esta dirigido a personas con orientación tecnica sin educación superior y que necesitan programar BD en corto tiempo.

1. BASES DE DATOS
INTRODUCCION

2. Conceptos de Bases de Datos
 El término fue acuñado en 1963
 Una 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.

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

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

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 acceder a la información contenida en dos
o mas tablas simultáneamente.

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

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

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

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

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

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

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

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

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

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. Refinando los datos del ejemplo anterior
Se completan los datos necesarios que hacen la
información mas significativa.
 No. factura  Nombre del vendedor
 Fecha  No. Vendedor
 Nombre cliente
 No. Cliente
 Vendedor
 Descripción  Dirección
 Producto  NIT
 Cantidad  Código de producto
 Precio Unitario  Descripción de producto
 Subtotal
 Total

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

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

22. Base de datos plana (una tabla)
No. Fecha Cliente Vende Descri Produc Cantid p/u
Fact. dor pción to ad
5323 02-02- Jorge Carla Cereales 44003 4 15.00
15
5323 02-02- Jorge Carla Pan 44010 2 10.00
15
5323 02-15- Jorge Carla Leche 44005 5 12.00
5324 03-02- Jose Roberto Pastillas 55035 7 14.00
15
5325 04-02- Jorge Roberto Pan 44010 4 10.00
15

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

24. Tablas de resultados
 Factura  Cliente
 No. Factura  NIT
 Fecha  Nombre
 NIT  Apellidos
 No. vendedor  Dirección
 Código de producto
 Cantidad
 Total

25. Tablas de resultados
 Vendedor  Productos
 No. Vendedor  Código de productos
 Nombre  Descripción
 Apellidos  Nombre comercial
 Precio unitario

26. MODELO
ENTIDAD-RELACION
MER
CREANDO MODELOS DE
BASES DE DATOS

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

28. Objetos basicos
 Ejemplares = registros
 Hablamos de ejemplares cuando nos referimos a una
clase de objetos con características similares.
 Entidad = tabla
 Se 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.

29. Entidades
 Ejemplares de similar información se agrupan en
entidades.

30. Entidades
 Atributos = campos
 Los Atributos son características o propiedades
asocia-das a la entidad que toman valor en una
instancia particular.
 Ejemplo: nombre, cédula, teléfono.

31. Llaves Primarias

32. 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:

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

34. Relaciones 1 a 1

35. Relaciones 1 a 1

36. Relación de 1 a muchos

37. Relación de 1 a muchos

38. Relación de muchos a muchos

39. Relación de muchos a muchos

40. Relación de muchos a muchos