Giter VIP home page Giter VIP logo

dbd's Introduction

contributions welcome GitHub stars GitHub repo size in bytes

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

  • Modelado conceptual: Es desarrollado durante la etapa de adquisici贸n de conocimiento del problema; el analista se independiza del tipo de SGBD a utilizar y, por consiguiente, del producto de mercado. Asi, el modelo conceptual se desarrolla independientemente de su implementaci贸n final.
  • Modelo logico: El analista debe determinar el tipo de SGBD, debido a que las deciciones que debe tomar dependen de esa elecci贸n
  • Modelo fisico: Es necesario tomar decisiones especificas. Estas 煤ltimas tienen que ver con el producto de mercado a utilizar, es decir, el SGBD espec铆fico.

Capitulo 10 Modelado entidad relaci贸n conceptual

Caracter铆sticas

  • Expresividad Capturar y presentar de la mejor forma posible la sem谩ntica de los datos del problema a resolver
  • Formalidad Que requiere que cada elemento representado en el modelo sea preciso y bien definido, con una sola interpretaci贸n posible. Esta formalidad es comparable a la formalidad matem谩tica.
  • Minimalidad Caracteristeica que establece que cada elemento del modelo conceptual tiene una unica forma de representaci贸n posible y no puede expresarse mediante otros conceptos.
  • Simplicidad que establece que el modelo debe ser f谩cil de entender por el cliente/usuario y el desarrollador.

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

  • Jerarqu铆as de generalizaci贸n
  • Subconjuntos: es igual que una gerarquia pero no es necesario indicar la cobertura
  • Atributos Compuestos Es un atributo generado a partir de varios atributos simples
  • Identificadores Es un atributo o conjunto de atributos que permite reconocer o distinguir a una entidad de manera univoca dentro del conjunto de entidades
    • Simples o compuestos El identificador es simple si esta conformado por un solo atributo y compuesto si esta conformado por varios atributos
    • Internos o externos Si todos los atributos que conforman su identidad pertenecen a la identidad identificada, es interno; en su defecto, es externo.

Transformaciones para mejorar el modelo conceptual

  • Autoexplicativo Un modelo se expresa a s铆 mismo si puede representarse utilizando los elementos definidos, sin necesidad de utilizar aclaraciones en lenguaje natural para expresar caracter铆sticas.
  • Completitud Un modelo est谩 completo cuando todas las caracter铆sticas del problema est谩n contempladas en 茅l. La forma de validar la completitud es revisar la especificaci贸n de requerimientos asociada al problema.
  • Correci贸n Un modelo es correcto si cada elemento en su construcci贸n fue utilizado con propiedad. Algunos aspectos de fac铆l resoluci贸n en cuanto a correctitud son observar que todas las cardinalidades y coberturas se hayan expresado, haber tenido en cuenta el concepto de herencia en jerarquias, haber expresado todos los identificadores, etc.
  • Expresividad El modelo conceptual resulta expresivo si a partir de su observaci贸n es posible darse cuenta de todos los detalles que lo involucran.
  • Extensible El modelo conceptual resulta extensible si es f谩cilmente modificable para incorporar nuevos conceptos en 茅l, resultantes de cambios en los requerimientos del problema.
  • Legibilidad Un esquema es legible si la representaci贸n gr谩fica es adecuada.
  • Minimalidad Un esquema es minimo cuando cada concepto se representa una sola vez en el modelo. Aqui hay dos factores posibles que pueden afectar la minimalidad. Estos factores son:
    • Atributos derivados y ciclos de relaciones

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.

  • Esquema conceptual Es el resultado tangible de la etapa inmediate anterior. El esquema conceptual representa la soluci贸n, a juicio del analista, respecto del problema original. El esquema l贸gico a obtener debe representar la mismo informaci贸n disponible en el esquema conceptual.
  • Descripci贸n del modelo l贸gico a obtener Aqui se deben definir las reglas que se aplicar谩n en el proceso de conversi贸n.
  • Criterios de rendimiento de la BD Durante la fase de dise帽o conceptual, se consideraron los requerimientos del usuario. No obstante, hay otro tipo de necesidades que no se pueden definir sobre el modelo conceptual. Estas necesidades tienen que ver con los requerimientos, en general, no funcionales del problema., con por ejemplo la performance de la BD.
  • Informaci贸n de carga de la BD Este concepto aparece, en cierta forma, ligado al concepto anterior. Cuando se genera el esquema l贸gico, el analista debe observar cada entidad e interrelaci贸n definida, y ver la probable evoluci贸n de la informaci贸n contenida en esas estructuras.

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.

  • Ventaja: Disponibilidad de la informaci贸n
  • Desventaja: Necesita ser recalculado cada vez que se modifica la informaci贸n que contiene. Asim cada vez que un alumno aprueba una materia, es necesario modificar el atributo cantidad de materias aprobadas por ejemplo.

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.

  • (1,n) Relaci贸n (0,n)

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:

  • Redundacia de datos.
  • Anomal铆as de actualizaci贸n.
  • P茅rdida de integridad de datos.

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

  • Anomal铆as de inserci贸n
  • Anomal铆as de borrado
  • Anomal铆as de modificaci贸n

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.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    馃枛 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 馃搳馃搱馃帀

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google 鉂わ笍 Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.