BASE DE DATOS RELACIONALES.

Conformada por tablas, estas tablas tienen columnas y tuplas. Cada tabla es conocida como relación por eso lleva ese nombre. Es la más usada en la actualidad. 

• Tuplas(filas): Elementos del conjunto.
• Atributos: Columnas.
• Dominio: Tipo de dato.
• Grado de Relación: Cantidad de columnas.

Figura 20. Elementos del modelo relacional.

Figura 21. Elementos fundamentales del modelo relacional.

Dominios

Restricciones del dominio:

t[A] = <A> o dom(A)
t[matricula] = 710914, 711892 entero, not null

Claves

Clave primaria: Permite identificar de manera única a una tupla, no es un atributo de entidad.

Clave candidata: Un conjunto de atributos.

Clave foránea: Clave extranjera.

Figura 22. Ejemplo de claves.

PK: Clave primaria.
FK: Clave foránea.
Pata de cuervo: Relación 1 a muchos.

Mantener integridad referencial. 

Insertar: Insertar clave foránea en la otra tabla, rechazar inserción.

Eliminar: Elimina tuplas en cascada.
Actualizar: Actualiza valores en tuplas.

Convertir Entidad-Relación.

Se comienza con un modelo E-R por su fácil uso y diseño, solo se usa dos conceptos, entidad y relación.


Traducir E-R a Relacional:

• Agregación de claves donde es necesario. 
• Cantidad entidad se transforma en tabla con los mismos atributos. Existe atributos multivaluados y derivados. 
• Cada relación se transforma en una tabla donde los atributos son claves de cada entidad participante. 

Cardinalidad:
Relacion 1 a 1: No se genera tabla
Relacion 1 a N: La clave primaria del 1 pasa a formar parte como clave foránea del N.

Figura 23. Ejemplo de transformación de E-R a Relacional.

Combinar Relaciones.
• Caso típico: 1-N
• Relaciones 1-1 deberían descartarse
• En el caso de 1-N, la clave primaria del 1 pasa al N como foránea.

Modelos de Datos

Es una colección de herramientas conceptuales que describen datos, relaciones, semántica y las restricciones de consistencia.

Modelo Entidad-Relación.

• Basado en una percepción del mundo real.
• Es una colección de objetos básicos llamados entidades y relaciones.
• Cada entidad posee atributos.
• Entre los atributos solo existe uno que es la clave primaria.
• Utilizado para el diseño de bases de datos.

Figura 14. Ejemplo de modelo.

Modelo relacional.

• Son tablas que representan datos y relaciones entre sí.
• Una tabla se compone de columnas con un nombre único. 
• Es la herramienta más usada, la mayoría de bases de datos usan el Modelo de Entidad-Relación y luego se lo traduce al modelo relacional.

Figura 15.  Ejemplo de modelo.

Modelo orientado a objetos.

• Es una extensión al modelo de Entidad-Relación con los conceptos de POO como encapsulan, métodos e identidades de objeto.

Figura 16.  Ejemplo de modelo.

Modelos de datos semiestructurados.

• Entran las bases de datos No SQL.
• Especifican datos donde los elementos de datos individuales del mismo tipo pueden tener diferentes conjuntos de atributos.

Figura 17.  Ejemplo de modelo.

El modelo de datos de red y el modelo jerárquico. 

• Fue basado en estos dos modelos, estos modelos estuvieron ligados (también a hardware) con la implementación subyacente y complicaban la tarea del modelado de datos. Ya no son tan usadas excepto en lugares con bases de datos antiguas.

Figura 18.  Ejemplo de modelo.

Análisis de requerimientos

Requisitos funcionales.

• Se trata de lo que debe de hacer el sistema.

Requisitos de datos.
Sirve para determinar lo que va a almacenar al sistema con tipos de datos, esquemas o diseños lógicos.

Diagramas Entidad-Relación.

Se describe el esquema de una base de datos. Las entidades son rectángulos y representan objetos reales. Los óvalos representan atributos, propiedades de objetos. Los rombos representan enlaces y las lineas, o conectores, enlazan atributos con entidades, o entidades con relaciones.

Elementos:

Entidad: Es aquel objeto, real o abstracto, acerca del cual se desea almacenar información en la base de datos.  

Relación: Es una asociación o correspondencia existente entre una o varias entidades. La relación puede ser regular, si asocia tipos de entidad regulares, o débil, si asocia un tipo de entidad débil con un tipo de entidad regular.

Cardinalidad: Representa la participación en la relación de cada una de las entidades afectadas, es decir, el número máximo y mínimo de ocurrencias de un tipo de entidad.

Dominio: Es un conjunto nominado de valores homogéneos. El dominio tiene existencia propia con independencia de cualquier entidad, relación o atributo.

Atributo: Es una propiedad o característica de un tipo de entidad. Se trata de la unidad básica de información que sirve para identificar o describir la entidad. Un atributo se define sobre un dominio. Cada tipo de entidad ha de tener un conjunto mínimo de atributos.

Exclusividad: En la representación de las relaciones exclusivas se incluye un arco sobre las líneas que conectan el tipo de entidad a los dos o más tipos de relación.

Jerarquía: La representación de las jerarquías se realiza mediante un triángulo invertido, con la base paralela al rectángulo que representa el supertipo y conectando a éste y a los subtipos. Si la división en subtipos viene determinada en función de los valores de un atributo discriminante, éste se representará asociado al triángulo que representa la relación.

Figura 19. Representación gráfica de elementos.

Independencia de datos

Independencia física

• La base de datos siempre debe estar funcionando así se cambie de disco duro, sistema operativo, etc. 
• El esquema conceptual no se afecta por cambios al esquema físico de datos. El esquema físico hace referencia al hardware. 

Independencia lógica

• Algunos elementos del esquema externo no son afectados por cambios al esquema conceptual. 
• Agregar columnas adicionales no afecta a las vistas. 

Transacciones

Ejecución de varias sentencias como si fueran una sola, resultando en un cambio consistente de los datos. Proporcionan flexibilidad y control cuando los datos cambian y asegura la consistencia de los datos.

• Begin transaction: Comienza y termina una transacción. 
• Commit transaction: Termina una transacción. 
• Registro y recuperación en caso de fallas. 
• Control de concurrencia. 

A.C.I.D

• Atomicidad: Se refiere a no es divisible, no se ejecuta por partes. 
• Consistencia: La base de datos se mantiene consistente siempre. 
• Aislamiento (Isolation): Las transacciones no pueden estar mezcladas entre sí. 
• Durabilidad: Transacción durable. 

Administrador de base de datos

Planificar la base de datos, desarrollar estándares políticas y procedimientos, diseño lógico de la base de datos. Y para la administración de una base de datos se debe tomar en cuenta el diseño e implementación de la base de datos, acceso y control para el control de usuarios y contraseñas, mantenimiento para mejorar el rendimiento, respaldo.



Usuarios finales

• Paramétricos: Personas que usualmente no conocen de informática. 
• Expertos: Personas que generan informes de errores. 

Claves para el futuro

Personal:

• Funciones especializadas. 
• formación continua. 
• Mayor conocimiento de SO. 
• Automatización de las funciones de administración. 
• Internet. 
• Métricas de productividad y calidad del servicio. 

Lenguajes

Según área

• Vistas, definición de datos, manipulación de datos, etc.

Según nivel

• Alto nivel, sin procedimientos. Bajo nivel, con procedimientos.

Interfaces de usuario

• Intérprete de comandos. 
• Formularios. 
• Interfaces gráficas. 
• Interfaces en lenguaje natural.