Modelos de BD, Tipos De Relacion Y Normalizacion De Base De Datos

EL MODELO RELACIONAL

El modelo de datos basado en la teoría de las relaciones, en donde los datos se estructuran lógicamente en forma de relaciones –tablas-, siendo un objetivo fundamental del modelo mantener la independencia de esta estructura lógica respecto al modo de almacenamiento y a otras características de tipo físico.

Representación del modelo

• Representaremos las relaciones así:

– Relación 1:1

Se relacionan sencillamente de uno a uno. 

– Relación 1:N

En este caso Producto llevara la llave Foránea de País Por que Tiene el Intervalo de Muchos(N) o como pueden ver el Símbolo de Infinito.

– Relación M:N

Es cuando un registro de una tabla puede estar relacionado con más de un  registro de la otra tabla o viceversa.

Qué es la normalización

La normalización es el proceso mediante el cual se transforman datos complejos a un conjunto de
estructuras de datos más pequeñas, que además de ser más simples y más estables, son más
fáciles de mantener. También se puede entender la normalización como una serie de reglas que sirven
para ayudar a los diseñadores de bases de datos a desarrollar un esquema que minimice los
problemas de lógica. Cada regla está basada en la que le antecede.

Primera Forma Normal

La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y
colocarse en tablas separadas.

Segunda Forma Normal

La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben
eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que describe a
aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.


Tercera Forma Normal

Una tabla está normalizada en esta forma si todas las columnas que no son llave son funcionalmente
dependientes por completo de la llave primaria y no hay dependencias transitivas. Comentamos
anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave
que dependen de otras columnas que tampoco son llave.





Yiced Sanchez Guzman

MODELO RELACIONAL, TIPOS DE RELACION Y NORMALIZACION DE BASE DE DATOS

MODELO RELACIONAL

Es un modelo de datos basado en el sistema formal que esta diseñado para estudiar la inferencia en los lenguajes del primer orden (Lógica de Predicados), y en la rama de las matemáticas que estudia las propiedades de los conjuntos. Es el más utilizado en la actualidad para modelar problemas reales y administrar datos dinámica mente.

En este modelo se crea las tablas con sus respectivos campos

En este modelo ya se relacionan las llaves primarias y las foráneas cuando es de uno a varios y por defecto se crea otra tabla que es cuando la relación es de muchos a muchos. 

TIPOS DE RELACIONES 

RELACIÓN DE UNO A UNO (1:1) Es cuando un registro de una tabla sólo puede estar relacionado con un único de la otra tabla o viceversa. Es decir se heredan entre sí cada uno coge la llave principal del otro.

RELACIÓN DE UNO A VARIOS (1:N) Es cuando un registro de una tabla (Tabla Secundaria) sólo puede estar relacionado con un único registro de la otra tabla (Tabla Principal) y un registro de la otra tabla (Tabla Principal) puede tener más de un registro relacionado en la primera tabla (Tabla Secundaria). Es decir cuando la tabla que tiene la N se trae la llave principal de la tabla que tiene 1 y pase hacer llave foránea de la tabla.

RELACIÓN DE VARIOS A VARIOS (N:N) Es cuando un registro de una tabla puede estar relacionado con más de un  registro de la otra tabla o viceversa. Es decir cuando por defecto se crea otra tabla donde va el nombre que le colocas a ella, las llaves principales de las dos o más tablas que serán llaves foráneas de dicha tabla y se adiciona un ID que hará como llave principal en la tabla. 

BASE DE DATOS RELACIONAL

Es un conjunto de una o más tablas estructuradas en registros (lineas) y campos (columnas) que se relacionan entre si por un campo en común.

Las bases de datos relacionales pasan por un proceso al que se le conoce como NORMALIZACIÓN DE UNA BASE DE DATOS, en el cual es el proceso para que una base de datos sea utilizada de manera óptima.

modelos ,tipos y normalizacion

Base de datos relacionales 

Es un conjunto de información relacionada entre si , referente a un tema o algún propósito en particular y es la mas utilizada en la actualidad 

Tipos de relaciones

Relaciones “Unos a Varios"

este tipo de relacion es el mas comun, en esta relación un registro de la tabla A puede tener más de un registro coincidente en la tabla B,pero un registro de la tabla B tiene como máximo un registro coincidente en la tabla A 

→ ejemplo de la vida cotidiana 

a= madre

b= hijos 

una madre puede tener muchos hijos , pero los hijos solamente pueden tener una sola madre 

Relaciones “Varios a Varios”
Un registro de la tabla A puede tener un registro coincidente en la tabla B y viceversa, para detectar esta relación obsérvela en dos sentidos, por ejemplo: examine la relación pedidos y productos. Un pedido puede incluir más de un producto y un producto puede aparecer en varios pedidos, para resolver este problema la regla a seguir es crear una tercera tabla que rompa esta relación que incluiría la clave principal de cada una de las dos tablas anteriores como clave principal en esta tabla que garantiza un valor único para cada registro.  

Relación “Uno a Uno”

Un registro de la tabla A no puede tener más de un registro coincidente en la tabla B y viceversa. Este tipo de relación es poco frecuente y ocurre al aplicar técnicas de desnormalización, cuando una tabla es muy grande y se divide en dos, o cuando la información de algunos campos tiene un tiempo de vida útil limitado o cuando esa misma información solo la utilizan un grupo limitado de registros.

Normalizacion 

La normalización es el proceso de organizar los datos de una base de datos. Se incluye la creación de tablas y el establecimiento de relaciones entre ellas según reglas diseñadas tanto para proteger los datos como para hacer que la base de datos sea más flexible al eliminar la redundancia y las dependencias incoherentes.

Primera forma normal

• Elimine los grupos repetidos de las tablas individuales.
• Cree una tabla independiente para cada conjunto de datos relacionados.
• Identifique cada conjunto de datos relacionados con una clave principal.

No use varios campos en una sola tabla para almacenar datos similares. Por ejemplo, para realizar el seguimiento de un elemento del inventario que proviene de dos orígenes posibles, un registro del inventario puede contener campos para el Código de proveedor 1 y para el Código de proveedor 2

Segunda forma normal

• Cree tablas independientes para conjuntos de valores que se apliquen a varios registros.
• Relacione estas tablas con una clave externa.

Los registros no deben depender de nada que no sea una clave principal de una tabla, una clave compuesta si es necesario. Por ejemplo, considere la dirección de un cliente en un sistema de contabilidad. La dirección se necesita en la tabla Clientes, pero también en las tablas Pedidos, Envíos, Facturas, Cuentas por cobrar y Colecciones. En lugar de almacenar la dirección de un cliente como una entrada independiente en cada una de estas tablas, almacénela en un lugar, ya sea en la tabla Clientes o en una tabla Direcciones independiente.

Tercera forma normal

• Elimine los campos que no dependan de la clave.

Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la tabla. En general, siempre que el contenido de un grupo de campos pueda aplicarse a más de un único registro de la tabla, considere colocar estos campos en una tabla independiente. Por ejemplo, en una tabla Contratación de empleados, puede incluirse el nombre de la universidad y la dirección de un candidato. Pero necesita una lista completa de universidades para enviar mensajes de correo electrónico en grupo. Si la información de las universidades se almacena en la tabla Candidatos, no hay forma de enumerar las universidades que no tengan candidatos en ese momento. Cree una tabla Universidades independiente y vincúlela a la tabla Candidatos con el código de universidad como clave.

Normalizar una tabla de ejemplo

Estos pasos demuestran el proceso de normalización de una tabla de alumnos improvisada  

1. Tabla sin normalizar:

Nº alumno	Tutor	Despacho-Tut	Clase1	Clase2	Clase3
1022	García	412	101-07	143-01	159-02
4123	Díaz	216	201-01	211-02	214-01

2. Primera forma normal: no hay grupos repetidos
   
   
   Las tablas sólo deben tener dos dimensiones. Puesto que un alumno tiene varias clases, estas clases deben aparecer en una tabla independiente. Los campos Clase1, Clase2 y Clase3 de los registros anteriores son indicativos de un problema de diseño. 
   
   
   Las hojas de cálculo suelen usar la tercera dimensión, pero las tablas no deberían hacerlo. Otra forma de considerar ese problema es con una relación de uno a varios y poner el lado de uno y el lado de varios en tablas distintas. En su lugar, cree otra tabla en la primera forma normal eliminando el grupo repetido (Nº clase), según se muestra a continuación:

Nº alumno	Tutor	Despacho-Tut	Nº clase
1022	García	412	101-07
1022	García	412	143-01
1022	García	412	159-02
4123	Díaz	216	201-01
4123	Díaz	216	211-02
4123	Díaz	216	214-01

3. Segunda forma normal: eliminar los datos redundantes
   
   
   Observe los diversos valores de Nº clase para cada valor de Nº alumno en la tabla anterior. Nº clase no depende funcionalmente de Nº alumno (la clave principal), de modo que la relación no cumple la segunda forma normal.
   
   Las dos tablas siguientes demuestran la segunda forma normal:
   
   Alumnos:

Nº alumno	Tutor	Despacho-Tut
1022	García	412
4123	Díaz	216

4. 
   
   Registro:

Nº alumno	Nº clase
1022	101-07
1022	143-01
1022	159-02
4123	201-01
4123	211-02
4123	214-01

5. Tercera forma normal: eliminar los datos no dependientes de la clave
   
   En el último ejemplo, Despacho-Tut (el número de despacho del tutor) es funcionalmente dependiente del atributo Tutor. La solución es pasar ese atributo de la tabla Alumnos a la tabla Personal, según se muestra a continuación:
   
   Alumnos:

Nº alumno	Tutor
1022	García
4123	Díaz

6. 
   
   Personal:

Nombre	Habitación	Dept
García	412	42
Díaz	216	42

Modelos y normalizacion

BD relacionales

El modelo relacional para la gestión de una base de datos es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámica mente, El modelo relacional constituye una alternativa para la organización y representación de la información que se pretende almacenar en una base de datos. Se trata de un modelo teórico matemático que,además de proporcionarnos los elementos básicos de modelado (las relaciones), incluye un conjunto de operadores (definidos en forma de un álgebra relacional) para su manipulación, sin ambigüedad posible. 

En el modelo relacional se basa en el concepto matemático de relación. En este modelo, la información se representa en forma de “tablas” o relaciones, donde cada fila de la tabla se interpreta como una relación ordenada de valores (un conjunto de valores relacionados entre sí). El siguiente ejemplo presenta una relación que representa al conjunto de los departamentos de una determinada empresa, y que recoge información sobre los mismos.

tipos de relaciones

Existen relaciones de diferentes tipos. El tipo de relación que utiliza Access al unir

dos tablas dependerá de cómo estén definidos los campos relacionados.

• Relación de uno a varios (1,n). Se crea una relación de uno a varios si uno de los campos relacionados es una clave principal. Esta relación es la más común. Cada registro de una tabla puede estar enlazado con varios registros de una segunda tabla, pero cada registro de la segunda sólo puede estar enlazado con un único registro de la primera.

• Relación de uno a uno (1,1). Se creará una relación de este tipo si ambos campos relacionados son claves principales. En este tipo de relación, un registro de la tabla uno sólo puede estar relacionado con un único registro de la tabla dos y viceversa. No es muy usada.

• Relación de varios a varios (n,m). En este caso, ninguno de los campos relacionados son claves principales. Cada registro de la primera tabla puede estar enlazado con varios registros de la segunda y viceversa. Este tipo de relación implica la repetición de los campos de cada tabla; esto es lo que Access pretende evitar. Para establecer relaciones de este tipo, es necesario crear una tabla intermedia que esté relacionada con las dos de uno a varios.

normalizacion:

El proceso de normalización de una base de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo E-R (entidad-relación) al modelo relacional.

1FN: elimina  columnas repetidas y se colocan en tablas separadas.

2FN establece que toda columna que no sea llave  sera dependiente se la llave primaria

3FN la tercera forma normal establece que se debe eliminar la dependencia transitiva.

MODELO RELACIONAL

El modelo de Bases de Datos Relacionales son las mas utilizadas en la actualidad para implementarlas en sistemas de información ya planificados, Este modelo permite establecer relaciones entre sus datos por medios de tablas en las que están guardados y a través de dichas conexiones se pueden relacionar los datos de ambas tablas.

TIPOS DE RELACIONES

• Relación de uno a varios (1,n). Se crea una relación de uno a varios si uno de los campos relacionados es una clave principal. Esta relación es la más común. Cada registro de una tabla puede estar enlazado con varios registros de una segunda tabla, pero cada registro de la segunda sólo puede estar enlazado con un único registro de la primera.

•  Relación de uno a uno (1,1). Se creará una relación de este tipo si ambos campos relacionados son claves principales. En este tipo de relación, un registro de la tabla uno sólo puede estar relacionado con un único registro de la tabla dos y viceversa.

•  Relación de varios a varios (n,m). En este caso, ninguno de los campos relacionados son claves principales. Cada registro de la primera tabla puede estar enlazado con varios registros de la segunda y viceversa. Este tipo de relación implica la repetición de los campos de cada tabla. Para establecer relaciones de este tipo, es necesario crear una tabla intermedia que esté relacionada con las dos de uno a varios.

NORMALIZACION

            

MODELOS- Relacionales

Soluciones Web (Semestre 3 día) - ITFIP

Estudiante: Bryan Steven Ortiz Barrero

( Web-grafía de la imagen: http://uacm-it.blogspot.com/2011/04/modelo-entidad-relacion.html ).

Lo primero a tener en cuenta es que se está trabajando en base al modelo relacional, que consiste en hacer una conexión entre diferentes tablas y así se logra hacer una relación entre los datos guardados dentro de dichas tablas.

-Ejemplo:

Como dato curioso me gustaría agregar que el inventor de dicho sistema Edgar Frank Codd en el año 1970 ( Web-grafía del dato y de la última imagen: http://es.wikipedia.org/wiki/Base_de_datos_relacional ).

-Tipos de relaciones:

Relación 1:N

En esta relación una de las tablas va a hacer referencia a un solo ente, mientras que la otra puede abarcar diversos entes.

-Ejemplo:

(Web-grafía de la imagen: http://www.cyta.com.ar/elearn/bd/2_presentaciones_1.html)

Aquí nos damos cuenta de que es una tabla con un solo ente (PROFESOR) que se relaciona a otra tabla que se refiere a varios entes (MATERIA); y se da de forma que un solo profesor puede dictar varias materias.

Relación 1: 1

En esta relación las dos tablas trabajan haciendo referencia a un solo ente.

-Ejemplo:

(Web-grafía de la imagen: http://oscarsotorrio.com/post/2010/10/12/Transformacion-del-Modelo-ER-al-Modelo-Relacional.aspx)

En este ejemplo se ve como una persona puede estar casada solo con otra persona, en este caso la tabla se relaciona consigo misma, pero de igual forma puede relacionarse con otra sin cambiar la ideología, y esto seguiría siendo una relación 1:1.

Relación N:N

(Web-grafía de la imagen: http://www.ite.educacion.es/formacion/materiales/93/cd/m2_3/muchos_a_muchos.html)

Fijándonos en la parte superior de la imagen, nos damos cuenta de que se presenta una situación en donde muchos profesores pueden dictar muchos cursos incluso si estos llegan a repetirse. Esto es lo que se considera relación N:N.

A continuación dejo unos link que redireccionan cada uno a un vídeo en youtube, en donde se trabaja la arquitectura de una base de datos relacional.

Arquitectura Bases de Datos Relacionales (Clase 1)

Arquitecturas Bases de Datos Relacionales. Clase 2

Modelos ,relaciones y normalizacion

DB Relacional

Estas DB son las que cumplen con el modela relacional, que a su vez es el que permite crear relaciones entre tablas y por ende entre sus campos.
Este tipo de DB se constituyen de la siguiente manera:
Restricciones: de limitaciones de datos.
Claves: primaria, foranea. son los identificadores de relaciones.

Relaciones Bases y Derivadas:es la interconexion entre datos

Algo muy importante en esta Db son los tipos de relaciones:

1:N=uno a varios=esta relación permite que un elemento de la tabla A se relacione con varios elementos de la tabla B. Ejemplarizando: un padre puede tener varios hijos.

N:1=varios a uno=varios elementos de la tabla A se pueden relacionar con uno solo de la tabla B. Ejemplo: varios hijos pueden tener solo un padre.

N:M=varios a varios=varios elementos de la tabla A se pueden relacionar con varios elementos de la tabla B. Ejemplo:varios alumnos reciben clases de varios profesor.

NORMALIZACION

La normalizacion es el proceso mediante el cual se busca en un DB relacional la forma de encontrar y solucionar posibles conflictos, mediante las llamadas NF de Frank Cood.

Las formas normales mas utilizadas son las tres primeras, las cuales buscan "desmenusar" los mas posible los batos para poder logar una mejor relación entre ellos.

1NF

en esta se pide que existan solo campos atómicos, es decir, campos indivisibles. Ejemplo. Caros Turner lo puedo dividir en 2 campos Carlos Y Turner. También pide la existencia de identificaciones,es decir, Claves.

2NF

la 2NF eige para poder clasificar una tabla en este nivel, que una tabla este en 1NF y que no dependa totalmente e la clave primaria de otra tabla.

3NF

este nivel exige que ningún dato no-primario dependa transitivamente de la calve primaria.