Actividad 4

solucion:

1. Un diagrama o modelo entidad-relación (a veces denominado por sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación") es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades.
El Modelo Entidad-Relación.
Se elabora el diagrama (o diagramas) entidad-relación.
Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente:

permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera que se encuentre la normatividad de archivos que se almacenaran

Transformación de relaciones múltiples en binarias.
Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).
Conversión en tablas (en caso de utilizar una base de datos relacional).

R=https://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n

APORTE:Como ya he comentado este modelo es solo y exclusivamente un método del que disponemos para diseñar estos esquemas que posteriormente debemos de implementar en un gestor de BBDD (bases de datos).

Este modelo se representa a través de diagramas y está formado por varios elementos

Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender los datos y como se relacionan entre ellos, debe de ser completado con un pequeño resumen con la lista de los atributos y las relaciones de cada elemento.


IMAGEN:

VIDEO:

APORTE DEL VIDEO:

En es video podras observar los conceptos basicos sobre el modelo entidad relacion, tambien se vera la implementacion de un esquema conceptual basado en este modelo. Este es el primer paso para la implementacion de una Base de Datos a cualquier Gestor de Base de Datos.

2. El modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R) En el modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre dichas entidades:

Entidad.- Objeto del mundo real sobre el que queremos almacenar información (Ej: una persona). Las entidades están compuestas de atributos que son los datos que definen el objeto (para la entidad persona serían DNI, nombre, apellidos, dirección,...). De entre los atributos habrá uno o un conjunto de ellos que no se repite; a este atributo o conjunto de atributos se le llama clave de la entidad, (para la entidad persona una clave seria DNI). En toda entidad siempre hay al menos una clave que en el peor de los casos estará formada por todos los atributos de la tabla. Ya que pueden haber varias claves y necesitamos elegir una, lo haremos atendiendo a estas normas:
Que sea única.
Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a cada cliente un número de cliente?.
Que sea mínima, ya que será muy utilizada por el gestor de base de datos.
Relación.- Asociación entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las relaciones pueden ser de tres tipos:
Relaciones 1-1.- Las entidades que intervienen en la relación se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relación MATRIMONIO).
Relaciones 1-n.- Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN).
Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la relación, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la relación MATRÍCULA).

APORTE: El modelo de datos entidad-relación (E-R) está basado en una percepción del mundo real consistente en objetos básicos llamados entidades y de relaciones entre estos objetos. Se desarrolló para facilitar el diseño de bases de datos permitiendo la especificación de un esquema de la empresa que representa la estructura lógica completa de una base de datos.

El modelo E-R (Entidad-Relación) además de entidades y relaciones representan las uniones que los contenidos de la base de datos deben cumplir. Una unión es la correspondencia de cardinalidades, que expresan el número de entidades con las que otra entidad se puede asociar a través de un conjunto de relaciones.

R:https://basededatos.umh.es/e_r.htm
 

VIDEO:

aporte del video:el video nos dice y nos explica la  Asociación entre entidades,
sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades.


3.    

¿Cómo se pasa del esquema E/R a las tablas?

       Para cada entidad del esquema se creará una tabla con tantos campos como atributos tenga la entidad. Ejemplo:

Tabla 'TRABAJADOR'

DNI NUM_SS nombre-apellidos ...   
11111111 XXXXXXXXXXX Fulano de tal ...
22222222 YYYYYYYYYYY Mengano de cual ...
...... ...... ...... ......
       Las relaciones 1-1 se pueden reflejar incluyendo en una de las dos tablas un campo en el que poder colocar la clave del elemento de la otra tabla con el que se está relacionado. Ese nuevo campo que se incluye en la tabla recibe el nombre de clave ajena. Ejemplo:

Tabla 'HOMBRE'

DNI Nombre ...   
11111111 ... ...
22222222 ... ...
... ... ...
Tabla 'MUJER'

DNI Nombre ...      DNI-ESPOSO
33333333 ... ... 11111111
44444444 ... ... (nulo)
... ... ... ...
       Donde el campo DNI-ESPOSO es clave ajena de la tabla HOMBRE. Aquí hay que hacer notar que el campo DNI-ESPOSO puede tomar o bien un valor nulo, en el caso de aquellas mujeres que no estén casadas, o bien el valor de alguno de los DNI de la tabla HOMBRE, en el caso de las mujeres casadas; en este segundo caso, ese DNI (la clave ajena) no se deberá repetir en ningún otro registro de la tabla MUJER.

       Las relaciones 1-n se representan de forma muy parecida a como se ha explicado para las relaciones 1-1. La diferencia está en que ahora no es indiferente donde se coloque la clave ajena, esta debe estar obligatoriamente en la tabla del 'mucho' (n); y además, para este caso si se permitirá que haya valores repetidos

aporte:

La utilización de estos elementos dará como resultado lo que se denomina el esquema entidad-relación de la base de datos. Los ejemplos que se incluyen en el apartado anterior

IMAGEN:

 

VIDEO
 

APORTE DEL VIDEO:

Samuel nos explica de manera gráfica el ejercicio de ER que se planteó en la 6 Clase de Bases de Datos en la cuales nos dicen correctamente el paso a la base de datos necesarias para esto..



3.  Para representar las relaciones n-n en tablas lo que se hace es crear una nueva tabla solamente para la relación.
Esta nueva tabla tendrá dos claves ajenas y su propia clave estará formada por la unión de las claves ajenas.
  En la tabla MATRÍCULA es donde se refleja la relación. La clave de dicha tabla está formada por los campos DNI y COD-ASIGNATURA ; y cada uno de ellos es clave ajena, el primero de ALUMNO y el segundo de ASIGNATURA. Hacer ver aquí que la tabla MATRICULAS puede tener más campos además de los que son clave ajena como ocurre en el ejemplo; la tabla añade además un campo NOTA.
Y sabiendo que un alumno se puede matricular de muchas asignaturas y que una asignatura

a su vez puede tener muchos alumnos matriculados, podemos definir entre ambas entidades la relación (n-m) matricula como:

MATRICULA(DNI, Codigo_asig, Fecha, Nota)
CP:DNI,Codigo_asig,Fecha
aporte:      Cuando se utiliza una base de datos para gestionar información, se está plasmando una parte del mundo real en una serie de tablas, registros y campos ubicados en un ordenador; creándose un modelo parcial de la realidad. Antes de crear físicamente estas tablas en el ordenador se debe realizar un modelo de datos.
imagen:

video

aporte del video:
Se plantea un modelo entidad relacion basico. Se muestra en esta parte la creacion de las tablas y el establecimi
ento de relaciones entre tablas.una explicación de lo fundamental del modelo entidad-relación.
4.Cada conjunto de entidades fuerte se representa con una tabla, cuyas columnas corresponden a los atributos de las entidades.
Cada conjunto de entidades débil se representa con una tabla, con una columna por cada atributo de las entidades más una columna por cada atributo de la llave primaria de la entidad fuerte de la cual el conjunto de entidades débil depende.
Cuando existe una relación “uno a varios” se  va a generar una tabla que incluye los atributos de la entidad del extremo “varios”, es decir una columna por cada uno de los atributos de la entidad varios y una columna del atributo principal de la entidad del extremo “uno”. En otras palabras se toma el campo llave del extremo uno y se inserta en la tabla del extremo varios.
Cuando existe una relación “varios a varios” (binaria) y toda relación donde el grado de participación sea de 2 o más de dos conjuntos de entidades (ternaria, cuaternaria) se representa con una tabla, la cual tiene una columna por cada atributo de las llaves primarias de los conjuntos de entidades a los que participan en la relación, más una o más columnas por cada atributo que fueron necesarios para describir la relación.
Si existieran campos compuestos en cualquiera de las entidades, conviene evaluar si se necesitara en la base de datos hacer búsquedas por los elementos individuales o atributos que componen el atributo compuesto, si se requiere hacer dichas búsquedas, entonces cada atributo que compone el atributo compuesto deberá ser un campo de la tabla, en caso de que no, la tabla solo contendrá una campo con el nombre del atributo compuesto y el valor de cada registro de este campo estará formado por los valores de los atributos que lo componen. Esto debido a que para hacer búsquedas en un atributo compuesto, es más fácil si se tiene una columna por cada campo que compone el campo compuesto.
Si existe un atributo multivalorado en una tabla, este se convierte en una tabla que va a estar compuesta por una columna para el campo llave de esta nueva tabla, otro campo que será el campo llave de la tabla de donde proviene el atributo multivalorado (llave foránea) y finalmente un campo que será el que representa al atributo multivalorado, en la tabla habrá un registro por cada valor del atributo multivalorado, con diferente campo llave, y donde se va a repetir la llave foránea para conocer que registros de esta nueva tabla corresponden a un registro de la tabla original.
Los campos derivados se representan como una columna de la tabla.
Si una relación contiene atributos, automáticamente se convierte en tabla, tomando los atributos de la relación como campos de la tabla y  los campos llaves de las tablas que participan en la relación como campos de esta nueva tabla.
EJEMPLOS:


Vamos a convertir el modelo E-R del ejercicio “Artículos y encargos”, el diagrama había quedado de la siguiente forma:

En el caso de este diagrama tenemos 4 entidades fuertes: Cliente, Fabrica, Articulo y Pedido.
Las entidades fuertes quedarían de la siguiente MAmanera:

Cliente

La tabla se forma por columnas cada una de estas son los atributos que describen a la entidad, la primera columna será el campo llave, que era el atributo principal de la entidad.
DireccionesCliente

En la tabla clientes había un campo multivalorado, por cada cliente era posible guardar más de una dirección, por lo que se genera una tabla para guardar las direcciones de los clientes. Esta tabla estará formada por un campo llave que iniciara el esquema de la tabla, una llave foránea que será el numero de cliente al cual pertenece cada registro de direcciones de cliente y finalmente  un campo para guardar cada dirección.

Fabrica

Esta es una entidad fuerte, no tiene atributos multivalorados, por lo cual se compone cada columna con los atributos que forman a la entidad. Iniciando con el campo llave que es el atributo principal de la entidad.
Articulo

Esta es una entidad fuerte, de igual forma que la anterior no contiene atributos multivalorados, por lo cual cada columna con los atributos que forman a la entidad. Iniciando con el campo llave que es el atributo principal de la entidad

Pedido

Esta es una entidad fuerte  aunque tiene un atributo de la entidad cliente que es  “Direccion”, que ya convertimos en una tabla Direcciones de cliente, no obstante tiene una identificación única propia, es decir un campo llave, que es el numero de pedido, por lo que no debemos de caer en la confusión de tomar a Pedido como una entidad débil.

Ahora veamos las relaciones:
Relación Hace. Entre Cliente y Pedido

Existe una relación entre la entidad cliente y la entidad pedido, que se llama “hace” la cardinalidad es de uno a muchos, un solo cliente hace muchos pedidos, por lo que siguiente la regla, vamos a tomar el campo llave del extremo “uno” (numero_cliente) e insertarlo en la tabla de extremo muchos (pedido), después de este paso la tabla quedaría así:
Pedido

Numero de cliente es el campo llave de otra tabla (la tabla cliente)en la tabla pedido se le considerará como llave foránea.

LINK:

https://tavoberry.com/blog/convertir-diagrama-e-r-a-modelo-relacional/

APORTE:

Deberías pasar del diagrama a tabla tal cual, es decir una entidad es una tabla y colocarle todos los atributos que tenga esa entidad, (sin atributos derivados).
Luego para que quede bien, y lo más reducida posible (y evites redundancia de datos) empiezas a normalizar. Forma Normal 1, Forma Normal 2 y Forma Normal 3, hasta aquí evitas redundancia de datos. Aunque debes saber que existe hasta la FN 5

IMAGEN

VIDEO:

APORTE DEL VIDEO:

En este Video, se hace un diagrama Entidad Relación con MySQL Workbench, de un sistema biblioteca, para luego convertirlo al modelo relacional de base de datos de Mysql. Este proceso es el más fácil.

5.Una tabla es una matriz de filas y columnas de datos de distintos tipos. Esta definición es poco precisa y muy amplia, puesto que una lista de Excel, o unas tabulaciones de Word tambien se pueden definir de la misma manera. Para precisar vamos a exponer las siguientes definiciones:

1. CAMPO
2. REGISTRO
2. TABLA
2. TABLA RELACIONAL


LINK:https://www.aulapc.es/ofimatica_acces_tablas.html
APORTE:

Una de las formas de guardar datos mas aceptadas, son las bases de datos relacionales, estas guardan los datos en tablas, que segun el tipo de datos que contengan y su uso, pueden recibir distintos nombres

IMAGEN:

VIDEO:

<iframe width="560" height="315" src="https://www.youtube.com/embed/U_RWlpRlqHU" frameborder="0" allowfullscreen></iframe>

APORTE DEL VIDEO:

ES UNA BASE DE DFATOS QUE CUMPLE CON EL MODELO RELACIONAL, EL CUAL ES EL MODELO MAS UTILIZADO EN LA ACTUALIDADS PARA

IMPLEMENTAR BASES DE DATOS YA `PLANIFICADOS YU PERMITAN ESTLABLECER INTERCONEXIONES ENTRE LOS DATOS, Y ATRAVES DE4 DICHAS CONEXIONES RELACIONAR LOS DATOS DE AMBAS TABLAS .

6.