DBD

Apuntes y ejercicios referidos a la materia (No se si estan de la mejor manera).


Project maintained by Fabo-University Hosted on GitHub Pages — Theme by mattgraham
[![contributions welcome](https://img.shields.io/badge/contributions-welcome-brightgreen.svg?style=flat)](https://github.com/Nomadiix/DBD) [![GitHub stars](https://img.shields.io/github/stars/Nomadiix/DBD)](https://github.com/FabianMartinez1234567/DBD/stargazers/) [![GitHub repo size in bytes](https://img.shields.io/github/repo-size/Nomadiix/DBD)](https://github.com/Nomadiix/DBD)

💿 Diseño de Base de Datos


[!IMPORTANT] Todas las preguntas van a estar justificadas segun el libro Introducción a las Bases de Datos y mi sentido común

Modelado de Datos

Capitulo 9 Introducción al modelado de datos

modelo de datos

Un modelo de datos es un conjunto de herramientas conceptuales que permiten describir la información que es necesario administrar para un IS( Sistema de información), las relaciones existentes entre estos datos, la semántica asociada y las restricciones de consistencia.

Capitulo 10 Modelado entidad relación conceptual

Características

Componentes del modelo conceptual

Entidad

Representa un elemento u objeto del mundo real con identidad, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo.

Un conjunto de entidades es una representación que, a partir de las caracteristicas propias de cada entidad, con propiedades comunes, se resume en un núcleo.

Relaciones

Representan agregaciones entre dos o más entidades. Describen las dependencias o asociaciones entre dichas entidades.

Un conjunto de relaciones es una representación que, a partir de las características propias de cada relación existente entre dos entidades, las resume en un núcleo.

Atributos

Representa una propiedad básica de una entidad o relación. Es el equivalente a un campo de un registro.

Componentes adicionales del modelo conceptual

Transformaciones para mejorar el modelo conceptual

Capitulo 11 Modelado entidad relación lógico

Características del diseño lógico

El diseño lógico del modelo de datos de un problema produce como resultado un esquema lógico de dicho problema, en función de cuatro entradas.

Deciciones sobre el diseño lógico

Basicamente no podemos usar ni gerarquias ni atributos compuestos, entonces los tenemos que ‘Transformar’

Atributos derivados

Un atributo es derivado si contiene información que puede obtenerse de otra forma desde el modelo. Es importante detectar dichos atributos, y en el diseño lógico se debe tomar las decisiones respecto de dejarlos o no.

Ciclos de Relaciones

Se deben identificar relaciones que generan repetición innecesario de información.

Atributos Polivalentes

Un modelo está en Primera Forma Normal (1FN) si todos los atributos de entidades o relaciones son atributos simples.

La solución consiste en quitar el atributo polivalente de la entidad, generando otra entidad. Esta relacion sera de muchos a muchos.

Atributos compuestos

Para eliminarlas tenemos tres opciones

Opción 1

Generar un unico atributo que se convierta en la concatenación de todos los atributos simples que contiene el atributo compuesto. Lo malo de esto es que perdemos la identidad de cada atributo simple.

Opción 2

Definir todos los atributos simples sin definir un atributo compuesto que los resuma. La cantidad de atributos aumenta, pero esta solución permite al usuario definir cada uno de los datos en forma independiente. Esta solución es, en general, la más indicada

Opción 3

Consiste en generar una nueva entidad, la que representa el atributo compuesto, conformada por cada uno de los atributos simples que contiene. Esta nueva entidad debe estar relacionada con la entidad la cual pertenecia el atributo compuesto. Esta solución capta mejor la esencia del atributo compuesto, pero es una opción más compleja.

Jerarquías

Tenemos que eliminar las gerarquias. Tenemos 3 opciones posibles

Opción 1

Eliminar las especializaciones (subentidades o entidades hijas), dejando solo la generalización (entidad padre), la cual incorpora todos los atributos de sus hijos. Cada uno de estos atributos deberá er opcional (no abligatorio).

Opción 2

Eliminar la entidad generalización (padre), dejando solo las especificaciones. Con esta solución, los atributos del padre deberá incluirse en cada uno de los hijos.

Opción 3

Dejar todas las entidades de la jerarquia, convirtiéndola en relaciones uno a uno entre el padre y cada uno de los hijos. Esta solución permite que las entidades que conforman la jerarquía mantengan su atributos originales, generando la relación explicita ES_UN entre padre e hijo.

La cobertura de la jerarquía es la que determina la solución viable en cada caso.

[!IMPORTANT] Despues tengo que separar bien que se usa en cada caso, porque todas no aplican para la misma cobertura

Capitulo 12 Modelado físico (relacional)

Para pasar del logico al conceptual, eliminamos varias cosas como por ejemplo los atributos compuestos o las jerarquias, en este caso vamos a tener que eliminar los identificadores externos.

El primer paso en la conversión del esquema lógico hacia el esquema físico consiste en la eliminación de los identificadores externos. Cada una de las entidades que conforman el esquema lógico debe poseer sus identificadores definidos de forma interna. Para lograr esto, se deberán incorporar, dentro de la entidad que contenga identificadores externos, aquellos atributos que permitan la definición del identificador de forma interna a la entidad.

Selección de claves: primaria, candidata y secundaria

Concepto de superclave

Una superclave es un conjunto de uno o más atributos que permiten identificar de forma únivoca una entidad de un conjunto de entidades.

Faltan Cosas

Capitulo 13 Normalización

La normalización es un mecanismo que permite que un conjunto de tablas (que integran una BD) cumpla una serie de propiedades deseables. Estas propiedades consisten en evitar:

Ventaja

Consiste en disponer de tablas, cuyos datos serán para el usuario fácil acceso y sencillo mantenimiento.

Basicamente tenemos que borrar todas las anomalias posibles como

No entendi muy bien los casos pero bueno

Dependencias funcionales

Una Dependencia Funcional (DF) representa una restricción entre atributos de una tabla de la BD. Se dice que un atributo Y depende funcionalmente de un atributo X (denotado por la expresión X -> Y), cuando para un valor dado de X siempre se encuentra el mismo valor para el atributo Y. se debe notar que X e Y pueden representar, además, un conjunto de atributos.

Más formalmente, dadas dos tuplas cualesquiera de una tabla t1 y t2, si t1[X] = t2[X], entonces t1[Y] = t2[Y].

Generalizando, el atributo X determina al atributo Y.