1. SGBD
1.1. Significa Sistema Gestor de Bases de Datos o en inglés DBMS ( Data Base Management System).
1.2. Antecedentes
1.2.1. Años 60´s y 70´s
1.2.1.1. Sistemas centralizados.
1.2.1.2. Un solo ordenador para toda la empresa.
1.2.1.3. Programación sumamente compleja.
1.2.2. Años 80´s
1.2.2.1. Aparece la computadora personal, extendiendo la informática a todas las empresas e instituciones.
1.2.2.2. Aparecen los SGBD relacionales facilitando la programación.
1.2.2.3. En 1986 aparece SQL estandarizando las bases de datos a nivel mundial.
1.2.3. Años 90´s
1.2.3.1. Surgen las bases de datos distribuidas.
1.2.3.2. Se requieren SGBD homogéneos.
1.2.3.3. Beneficios de una BDD distribuida
1.2.3.3.1. Disponibilidad de la información.
1.2.3.3.2. Bajo costo.
1.2.3.3.3. Se basa en un entorno Cliente/Servidor.
1.2.4. Años 2000´s
1.2.4.1. Bases de Datos orientadas a objetos (OODB).
1.2.4.2. Inclusión de multimedia y bases de datos en web.
1.2.4.3. Abaratamiento de costos, aumento exponencial en capacidades de almacenamiento. Facilitan el conocimiento de las BDD.
1.2.5. Tendencias actuales y futuro de las BDD
1.2.5.1. BigData: Macrodatos o datos masivos.
1.2.5.2. Las 3V de BigData
1.2.5.2.1. Volumen.
1.2.5.2.2. Velocidad.
1.2.5.2.3. Variedad.
1.2.5.3. Cómputo en la nube.
1.2.5.4. Plataformas de Bases de Datos Autónomas ( Self - Driving Database Platform SDDP).
1.2.5.5. Internet de las Cosas (Internet of Things IoT), Machine Learning, Inteligencia Artificial, etc...
2. Consiste en definir la es- tructura de los datos que debe tener la base de datos de un sistema de información determinado.
3. Etapas
3.1. 1) Diseño conceptual
3.1.1. Su resultado es un diagrama.
3.1.2. Es independiente del SGBD.
3.1.3. Se concentra en la estructura de la información.
3.2. 2) Diseño lógico
3.2.1. Se transforma el diseño conceptual adecuandolo a la tecnología a utilizar.
3.2.2. Se obtiene el conjunto de relaciones, atributos y claves.
3.2.3. Debe ser acorde al SGBD.
3.3. 3) Diseño físico
3.3.1. Se transforma el diseño lógico dentro del SGBD.
3.3.2. Se elige la estructura física de las relaciones, atributos y claves.
4. Diseño
4.1. Modelo E - R
4.1.1. Significa entidad - relación en inglés entity relationship.
4.1.2. Surge en 1976 creado por Peter Chen.
4.1.3. Entidad
4.1.3.1. Un objeto del mundo real que podemos dintinguir del resto de objetos y del que nos interesan algunas propiedades.
4.1.3.2. Se representa con un rectángulo. El nombre de la entidad se escribe en mayúsculas dentro del rectángulo.
4.1.4. Atributo
4.1.4.1. Son las propiedades de los objetos que nos interesan.
4.1.4.2. Se representa con su nombre en minúsculas unido a un guión al rectángulo de la unidad.
4.1.4.3. Deben ser atómicos y univaluados.
4.1.5. Clave
4.1.5.1. Atributo que hace identificable a una entidad.
4.1.5.2. Se repreesenta subrayando el atributo que se convierte en clave principal.
4.1.6. Relación
4.1.6.1. Se representa como una asociación entre entidades.
4.1.6.2. Se representa con un rombo.
4.1.7. Cardinalidad
4.1.7.1. Conectividad uno a uno (1:1).
4.1.7.1.1. La conectividad 1:1 se denota poniendo un 1 a lado y lado de la interrelación.
4.1.7.2. Conectividad uno a muchos (1:N).
4.1.7.2.1. La conectividad 1:N se denota poniendo un 1 en un lado de la interrelación y una N en el otro.
4.1.7.3. Conectividad muchos a muchos (M:N).
4.1.7.3.1. La conectividad M:N se denota poniendo una M en uno de los lados de la interrelación y una N en el otro.
4.1.8. Dependencia
4.1.8.1. Se refiere a la obligatoriedad u opcionalidad de la existencia de una entidad en la relación.
4.1.8.2. La obligatoriedad se representa por una línea perpendicular en la relación.
4.1.8.3. La opcionalidad se representa con un círculo en la relación.
4.1.8.4. Si no se expresa ni un círculo ni una línea la dependencia es desconocida.