Introducción a la Base de Datos

1.    De una explicación de que son Modelos de Datos de la Base de Datos:
Un modelo de base de datos es una teoría o especificación que describe como una base de datos es estructurada y usada. Un modelo de datos es un lenguaje utilizado para la descripción de una base de datos. Permite describir las estructuras de la base de datos (el tipo de los datos y sus relaciones), las restricciones de integridad (las condiciones que los datos deben cumplir para reflejar correctamente la realidad deseada) y las operaciones de manipulación de datos (agregado, borrado, modificación y recuperación de los datos).

2.    ¿Que es el Modelo Entidad Relación?
El modelo entidad-relación es el modelo conceptual mas utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chan en 1976. El modelo entidad-relación esta formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones graficas y lingüísticas.

3.    Explique en que consiste el proceso de desarrollo de la Base de Datos, ¿Cuales procesos participan? 3 Procesos
El desarrollo de la base de datos conlleva una revisión completa, es un acercamiento sistemático que transforma los requerimientos de información del negocio dentro de una base de datos operacional. Participan 3 procesos, que son: Modelado de datos conceptuales: Son aquellos que describen las estructuras de datos y restricciones de integridad, Modelado de la base de datos lógica: Se centra en las operaciones y se implementan en algún manejador de base de datos y Modelado de la base de datos física: La construcción de base de datos envuelve el desarrollo y ejecución de sentencias del lenguaje estructurado de consultas que se usa para crear los objetos de la base de datos física.

4.    ¿Cuáles son los objetivos de un Modelado Conceptual de Datos?
El objetivo principal es construir un modelo conceptual de los datos de acuerdo con los requisitos de datos de la organización, enteramente independiente de los detalles de implementación. Y que sirvan de base para las demás etapas de diseño.

5.    ¿Cuales son los elementos de Diagrama Entidad-relación y en que consisten el modelo ER?
Los elementos de Diagrama Entidad-Relación son:

Entidad: Las entidades son el fundamento del modelo entidad relación. Podemos adoptar como definición de entidad cualquier cosa o parte del mundo que es distinguible del resto. Las entidades pueden representar entes concretos, como una persona o un avión, o abstractas, como por ejemplo un préstamo o una reserva. Se representan por medio de un rectángulo. que pueden ser de tipo: maestras, transaccionales, históricas y temporales.

Atributo: Es una característica de interés o un hecho sobre una entidad o sobre una relación. Los atributos representan las propiedades básicas de las entidades y de las relaciones. Toda la información extensiva es portada por los atributos. Gráficamente, se representan mediante un ovalo. Los atributos pueden ser simples y compuestos.

Relación: Es una correspondencia o asociación entre dos o mas entidades. Cada relación tiene un nombre que describe su función. Gráficamente, se representan mediante rombos y su nombre aparece en el interior.

6.    ¿Como se compone una entidad?
Las entidades se componen de atributos que son cada una de las propiedades o características que tienen las entidades. Cada ejemplar de una misma entidad posee los mismos atributos, tanto en nombre como en número, diferenciándose cada uno de los ejemplares por los valores que toman dichos atributos.

7.    ¿Cuáles son los objetivos principales que quiso conseguir Codd en modelo relacional?
El objetivo es convertir el esquema conceptual de datos en un esquema lógico que se ajuste al gestor de la base de datos que va a ser utilizado (el DBMS). Para escenificar esta situación se tomara el Modelo Relacional cuyo esquema relacional es trabajado por muchos DBMS comerciales, como por ejemplo Oracle, Informix, SQL/DS, DB2, Ingres, Unify, etc.

8.    Hablar de cómo surgió el primer DBMS con el concepto Modelo Relacional:
El modelo relacional fue propuesto originariamente por E.F. Codd en un ya famoso artículo de 1970 como un modelo simple, potente y formal para representar una situación y de enfocar y analizar los trabajos relacionados con la gestión de la base de datos, como la redundancia, las restricciones, la forma de acceso, etc. Gracias a su coherencia y facilidad de uso, el modelo se ha convertido, desde los años 80, en el más usado para la producción de DBMS.

9.    ¿Que usted entiende por tuplas?
Las tuplas son un conjunto de filas de una tabla que son las ocurrencias de la relación.

10.    ¿Que usted entiende por dominio?
Un dominio es un conjunto finito de valores homogéneos (son todos del mismo tipo) y atómicos (porque son indivisibles) caracterizados por un nombre.

11.    ¿Que usted entiende por atributo?
Un atributo es el papel que tiene un determinado dominio en una relación.

12.    ¿Que son llaves Principales? ¿Que son Llaves Foráneas? ¿Cual es la diferencia?
Una clave principal es una columna o una combinación de columnas que permite identificar de forma inequívoca cada fila de la tabla, por lo que no pueden haber de una tabla dos filas con el mismo valor en la columna definida como clave principal. Una clave foránea es una columna o una combinación de columnas que contiene un valor que hace referencia a una fila de otra tabla.

13.    ¿Porque es tan necesario la utilización de la Normalización de Base de Datos?
Es importante porque es como una forma de corrección de bases de datos, ya que nos da una serie de instrucciones o reglas (llamadas formas normales) que nos permiten ir elaborando las BD con una forma apropiada para lograr concluirlas de manera eficiente y de la mejor forma posible, sin tener errores que afecten la estructura de la base.

14.    ¿Que es Normalización?
Proceso por el cual se regulan las actividades de los sectores tanto privado como público en materia de salud, medio ambiente en general, seguridad al usuario, información comercial, así como prácticas de comercio, industrial y laboral. A través de este proceso se establece la terminología, clasificación, directrices, especificaciones, atributos, características, y los métodos de prueba o las prescripciones aplicables a un producto, proceso o servicio. La Asociación Estadounidense para Pruebas de Materiales (ASTM, por sus siglas en ingles) define la normalización como el proceso de formular y aplicar reglas para una aproximación ordenada a una actividad específica para el beneficio y con la cooperación de todos los involucrados.

15.    Las 3 formas normales de la Normalización. De una Explicación de cada una.
La Primera Forma Normal Esta primera Forma Normal, nos lleva a no repetir datos en nuestras tablas. Los famosos maestro – detalle, deben aplicarse a la estructura de la tabla. Si nuestra tabla de ventas repite una y otra vez (por cada venta), el nombre, el domicilio y otros datos del Cliente, es que no hemos aplicado esta Normalización. Si tenemos una tabla clientes, en la tabla ventas, solo debería figurar el código del cliente, para que el resto de los datos se puedan referenciar automáticamente sin problemas y sin duplicar información. Lo mismo ocurriría en una tabla de detalle de ventas, si por cada ítem vendido colocamos el detalle del producto, con su descripción, medidas, etc. Tendríamos un desaprovechamiento de espacio y recursos muy grande. Para ello, tendremos nuestra tabla maestra de Productos y con solo grabar el código de dicho producto en nuestra tabla de ventas, será suficiente.
La Segunda Forma Normal La Segunda Forma Normal nos habla de que cada columna de la tabla debe depender de la clave. Esto significa que todo un registro debe depender únicamente de la clave principal, si tuviéramos alguna columna que se repite a lo largo de todos los registros, dichos datos deberían atomizarse en una nueva tabla. Entonces, nuestra 2da Forma Normal nos habla de que cada columna de una tabla debe depender de toda la clave y no constituir un dato único para cada grupo de registros.
La Tercera Forma Normal La Tercera Forma Normal nos habla de que: Ninguna Columna puede depender de una columna que no tenga una clave y no puede haber datos derivados.