sábado, 14 de mayo de 2016

Modelo Entidad Relacion












1. CONTENIDO
  • Definición: Es un tipo de modelo de datos conceptual de alto nivel que se emplea en el diseño de la base de datos relacionales. El modelo entidad-relación muestra la estructura de la base de datos empleando todo tipo de herramientas conceptuales.
  • Tipos de Relaciones:
Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa. En este caso la clave foránea se ubica en alguna de las 2 tablas.

Relación Uno a Muchos: 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 tabla principal puede tener más de un registro relacionado en la tabla secundaria. En este caso la clave foránea se ubica en la tabla secundaria.

Relación Muchos a Muchos: Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que añadir una tabla entre las dos (Tabla débil o de vinculación) que incluya los pares de valores relacionados entre sí. El nombre de tabla débil deviene de que con sus atributos propios no se puede encontrar la clave, por estar asociada a otra entidad. La clave de esta tabla se conforma por la unión de los campos claves de las tablas que relaciona.


  • Atributos:
SIMPLES: Es un atributo que tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio.

COMPUESTO: Es un atributo con varios componentes, cada uno con un significado por sí mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Se representa gráficamente mediante un óvalo.

MONOVALENTE.- Es aquel que tiene un solo valor para cada ocurrencia de la entidad o relación a la que pertenece.

POLIVALENTE: Es aquel que tiene varios valores para cada ocurrencia de la entidad o relación a la que pertenece. También se les denomina multivaluados, y pueden tener un número máximo y un número mínimo de valores

•ATRIBUTOS DERIVADOS:Valor calculado a partir de otra información ya existente (atributos, entidades relacionadas) –Son información redundante…
edad [de EMPLEADO], cálculo a partir de fechanacim
»atributo derivado del valor de otro atributo
numcopias [de una PELICULA], cuenta del número de entidades COPIA relacionadas con cada película concreta
»atributo derivado de entidades relacionadas »
Atributos almacenados
fechanacim [de cada EMPLEADO]
nacionalidad [de una PELICULA].
INTERRELACIONES.
Asociación, vínculo o correspondencia entre instancias de entidades relacionadas de alguna manera en el “mundo real”.
Representamos el tipo de interrelación  mediante un rombo etiquetado con el nombre de la interrelación.

  • Tipos de Entidad Fuerte y Débil:
Entidad Debil: Una entidad fuerte es aquella que no necesita de otra entidad débil para existir. Una entidad débil es aquella que sí que necesita de otra para existir. Por ejemplo, en un video-club lo que realmente se alquila a los clientes no son películas, sino las copias de películas que tiene el video-club adquiridas.

Entidad Fuerte:Es aquella que puede ser identificada unívocamente sin participar en la relación
  • Restricciones:
Son reglas que deben mantener los datos almacenados en la base de datos.
Correspondencia de cardinalidades: Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la correspondencia de cardinalidad indica el número de entidades con las que puede estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondencia de cardinalidades puede ser:
·         Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro en una entidad B. (ejemplo dos entidades, profesor y departamento, con llaves primarias, codigo_profesor y jefe_depto respectivamente, un profesor solo puede ser jefe de un departamento y un departamento solo puede tener un jefe).
·         Uno a varios: (1:N) Un registro en una entidad en A se relaciona con cero o muchos registros en una entidad B. Pero los registros de B solamente se relacionan con un registro en A. (ejemplo: dos entidades, vendedor y ventas, con llaves primarias, codigo_vendedor y venta, respectivamente, un vendedor puede tener muchas ventas pero una venta solo puede tener un vendedor).
·         Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de trabajo).
·         Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con muchas entidades en B y viceversa (ejemplo asociaciones-ciudadanos, donde muchos ciudadanos pueden pertenecer a una misma asociación, y cada ciudadano puede pertenecer a muchas asociaciones distintas).

Restricciones de participación:
Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A, dicha participación puede ser de dos tipos:
·         Total: Cuando cada entidad en A participa en al menos una relación de R.
·         Parcial: Cuando al menos una entidad en A NO participa en alguna relación de R.

Link para ver Modelo Entidad Relación - Tutorial Rápido

  • Ejemplos:



















2. RESUMEN  

El modelo E-R fue propuesto por Peter P. Chen entre los años 1976‑1977. Posteriormente otros muchos autores han investigado y escrito sobre el modelo, proporcionando importantes aportaciones, por lo que realmente no se puede considerar que exista un único modelo E-R.El modelo E-R describe los datos como entidades, relaciones (vínculos) y atributos y permite representar el esquema conceptual de una base de datos de forma gráfica mediante los diagramas E-R.
Entidades y atributos:
 El objeto básico que se representa en el modelo E-R es la entidad que es "cualquier objeto del mundo real con existencia propia, sobre el cual queremos tener información en una base de datos”.  Una entidad puede ser un objeto con existencia física (una cierta persona, una casa, un empleado, un coche,..) o un objeto con existencia conceptual (una empresa, un puesto de trabajo, un curso universitario,...).
Conjunto de entidades es la totalidad de las entidades del mismo tipo que comparten las mismas propiedades o atributos. En los diagramas E-R se representan mediante un rectángulo y dentro del mismo se pone el nombre. Por ejemplo: CLIENTE, PROVEEDOR, ARTICULO, COCHE, etc. Debemos elegir nombres que comuniquen, hasta donde sea posible, el significado de cada entidad. Normalmente se utilizan nombres en singular y no en plural.

3.SUMMARY

The ER model was proposed by Peter P. Chen between 1976 1977. Later many other authors have researched and written on the model, providing important contributions, so it really can not be considered to have a single model ER model ER.El It describes data as entities, relationships (links) and attributes and allows to represent the conceptual database schema graphically by ER diagrams.
Entities and attributes:
 The basic object that is represented in the ER model is the entity that is "any real world object with its own existence, on which we have information in a database." An entity can be an object with a physical existence (some person, a house, an employee, a car, ..) or an object with a conceptual existence (a company, a job, a college course ...).
Set of entities is all the entities of the same type that share the same properties or attributes. In the E-R diagrams they are represented by a rectangle and within it the name sets. For example: customer, vendor, item, CAR, etc. We must choose names that communicate, as far as possible, the meaning of each entity. Normally names are used in singular and not plural.

4.RECOMENDACIONES
  •   Que el modelo Entidad Relación este bien estructurado para asi dar el siguiente paso que sera el modelo lógico.
5.CONCLUSIONES

Para saber mas a fondo todo sobre el modelo Entidad Relación  es necesario saber lo básico que es y como se realiza un Modelo Entidad Relación, entendiendo eso podremos saber como utilizarla.
Finalmente el propósito de una base de datos es responder a consultas y ejecutar transacciones de datos.


6.APRECIACION CRITICA

 Para este trabajo de investigación fue sencillo ya que conté con material específicamente sobre el tema e investigue un poco mas en Internet, espero te ayude.

7.GLOSARIO O TÉRMINOS

  • Restricción: Es lo que establece límites, topes, o impide superar ciertos máximos. Es lo contrario a lo amplio, abierto o irrestricto.
8.BIBLIOGRAFIA O LINCOGRAFIA 

Ver aqui Diapositivas


http://dryvalleycomputer.com/index.php/bases-de-datos/el-modelo-entidadrelacion/56-entidades-fuertes-y-debiles
















viernes, 29 de abril de 2016

MODELO DE DATOS








1.CONTENIDO:

   DEFINICIÓN: Colección de herramientas conceptuales para describir los datos, relaciones,semánticas y las restricciones de consistencia.
    
  TIPOS:
    
MODELO LÓGICO BASADO EN REGISTROS:

Se utilizan para describir los datos en los niveles conceptual y externo. A diferencia de los modelos de datos basados en objetos, estos modelos sirven para especificar la estructura lógica general de la BD; sin embargo no permiten especificar en forma clara los limitantes de los datos. 

Modelo relacional: Para la gestión de una base de datos es un modelo de datos basado en la lógica de predicado y en la teoría de conjuntos. Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario casual de la base de datos.

1. Modelo Entidad-Relación:
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de entidades, que son objetos  que existen y que se distinguen de otros por sus características, por ejemplo: un alumno se distingue de otro por sus características particulares como lo es el nombre, o el número de control asignado al entrar a una institución educativa, así mismo, un empleado, una materia, etc. Las entidades pueden ser de dos tipos:
Tangibles: Son todos aquellos objetos físicos que podemos ver, tocar o sentir.
Intangibles: Todos aquellos eventos u objetos conceptuales que no  podemos ver, aun sabiendo que existen, por ejemplo: la entidad materia, sabemos que existe, sin embargo, no la  podemos visualizar o tocar.


2. RESUMEN  


 Un modelo de datos es un lenguaje orientado a hablar de una Base de Datos. Típicamente un modelo de datos permite describir:
Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se relacionan.
Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para reflejar la realidad deseada.
Operaciones de manipulación de los datos: típica mente, operaciones de agregado, borrado, modificación y recuperación de los datos de la base.
Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la forma en que se relacionan esos elementos entre sí.
No hay que perder de vista que una Base de Datos siempre está orientada a resolver un problema determinado, por lo que los dos enfoques propuestos son necesarios en cualquier desarrollo de software.



3. SUMMARY

 A data model is oriented talk of a database language. Typically a data model allows to describe:
Data structures of the base: The type of data at the base and how they relate.
Integrity constraints: A set of conditions to be met by the desired data to reflect reality.
Handling operations data: typically, added operations, deletion, modification and recovery of the data base.
Another approach is to think that a data model for describing the elements of reality involved in a given problem and how these elements relate to each other.
We must not forget that a database is always oriented to solve a particular problem, so the two proposed approaches are necessary in any software development.
 
4. RECOMENDACIONES:

Al final, si utilizamos una herramienta que nos simplifique el proceso de implementación, siempre será importante guardar un archivo, con las sentencias SQL generadas por la misma. De hecho, con cada modificación debemos guardar una copia de respaldo.


5. CONCLUSIONES:

Para saber más a fondo todo sobre el  Modelo de datos es necesario saber lo básico que es y cómo funciona , entendiendo eso podremos saber cómo utilizarla.
Ademas en  la informática, difiere en cuanto a su enfoque, el cual se centra en el planeamiento del desarrollo de aplicaciones y la decisión de cómo se almacenarán los datos y cómo se accederá a ellos.


6. APRECIACIÓN CRITICA

 Para este trabajo de investigación fue sencillo ya que conté con material específicamente sobre el tema e investigue un poco más en Internet, espero te ayude.

7. GLOSARIO O TÉRMINOS:

SQL: (por sus siglas en inglés Structured Query Language) es un lenguaje declarativo de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones en ellas.

8. BIBLIOGRAFIA O LINCOGRAFIA 

Link para ver Diapositivas
https://www.slideshare.net/secret/nvQiNL44EMCTaL







viernes, 22 de abril de 2016

DISEÑO DE UNA BASE DE DATOS

DISEÑO DE UNA BASE DE DATOS

1. CONTENIDO:

Normalización: Consiste en designar y aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relacional modelo relación.
Las bases de datos relacionales se normalizan para:
·         Evitar la redundancia de los datos.
·         Disminuir problemas de actualización de los datos en las tablas.
·         Proteger la integridad de los datos.
EJEMPLOS
A través del siguiente ejercicio se intenta afirmar los conocimientos de normalización con un ejemplo simplificado de una base de datos para una pequeña biblioteca.

CodLibro
Titulo
Autor
Editorial
NombreLector
FechaDev
1001
Variable compleja
Murray Spiegel
McGraw Hill
Pérez Gómez, Juan
15/04/2005
1004
Visual Basic 5
E. Petroustsos
Anaya
Ríos Terán, Ana
17/04/2005
1005
Estadística
Murray Spiegel
McGraw Hill
Roca, René
16/04/2005
1006
Oracle University
Nancy Greenberg y Priya Nathan
Oracle Corp.
García Roque, Luis
20/04/2005
1007
Clipper 5.01
Ramalho
McGraw Hill
Pérez Gómez, Juan
18/04/2005
Esta tabla no cumple el requisito de la Primera Forma Normal (1NF) de sólo tener campos atómicos, pues el nombre del lector es un campo que puede (y conviene) descomponerse en apellido paterno, apellido materno y nombres. Tal como se muestra en la siguiente tabla.
1NF
CodLibro
Titulo
Autor
Editorial
Paterno
Materno
Nombres
FechaDev
1001
Variable compleja
Murray Spiegel
McGrawHill
Pérez
Gómez
Juan
15/04/2005
1004
Visual Basic 5
E. Petroustsos
Anaya
Ríos
Terán
Ana
17/04/2005
1005
Estadística
Murray Spiegel
McGrawHill
Roca

René
16/04/2005
1006
OracleUniversity
NancyGreenberg
OracleCorp.
García
Roque
Luis
20/04/2005
1006
OracleUniversity
Priya Nathan
OracleCorp.
García
Roque
Luis
20/04/2005
1007
Clipper 5.01
Ramalho
McGrawHill
Pérez
Gómez
Juan
18/04/2005
Como se puede ver, hay cierta redundancia característica de 1NF.
La Segunda Forma Normal (2NF) pide que no existan dependencias parciales o dicho de otra manera, todos los atributos no clave deben depender por completo de la clave primaria. Actualmente en nuestra tabla tenemos varias dependencias parciales si consideramos como atributo clave el código del libro.
Por ejemplo, el título es completamente identificado por el código del libro, pero el nombre del lector en realidad no tiene dependencia de este código, por tanto estos datos deben ser trasladados a otra tabla.
2NF
CodLibro
Titulo
Autor
Editorial
1001
Variable compleja
Murray Spiegel
McGrawHill
1004
Visual Basic 5
E. Petroustsos
Anaya
1005
Estadística
Murray Spiegel
McGrawHill
1006
Oracle University
NancyGreenberg
Oracle Corp.
1006
Oracle University
Priya Nathan
Oracle Corp.
1007
Clipper 5.01
Ramalho
McGrawHill
 
La nueva tabla sólo contendrá datos del lector.

CodLector
Paterno
Materno
Nombres
501
Pérez
Gómez
Juan
502
Ríos
Terán
Ana
503
Roca

René
504
García
Roque
Luis
Hemos creado una tabla para contener los datos del lector y también tuvimos que crear la columna CodLector para identificar unívocamente a cada uno. Sin embargo, esta nueva disposición de la base de datos necesita que exista otra tabla para mantener la información de qué libros están prestados a qué lectores. Esta tabla se muestra a continuación:

CodLibro
CodLector
FechaDev
1001
501
15/04/2005
1004
502
17/04/2005
1005
503
16/04/2005
1006
504
20/04/2005
1007
501
18/04/2005



Integridad-Seguridad y Rendimiento de la Base de Datos.

El tema de la seguridad de la información ha cobrado visibilidad en distintos ámbitos: en el trabajo, en el hogar y durante el traslado de un lugar a otro. Se trata, principalmente, de prevenir los ataques destinados a restringir la disponibilidad (por ejemplo, la denegación del servicio) y a introducir software malintencionado (malware) que permita a un tercero manipular datos e información sin autorización (por ejemplo, para robar, divulgar, modificar o destruir datos).
  • Para un encargado de seguridad, la “integridad de los datos” puede definirse como la imposibilidad de que alguien modifique datos sin ser descubierto. Desde la perspectiva de la seguridad de datos y redes, la integridad de los datos es la garantía de que nadie pueda acceder a la información ni modificarla sin contar con la autorización necesaria. Si examinamos el concepto de “integridad”, podríamos concluir que no solo alude a la integridad de los sistemas (protección mediante antivirus, ciclos de vida del desarrollo de sistemas estructurados [SDLC], revisión de códigos fuente por expertos, pruebas exhaustivas, etc.), sino también a la integridad personal (responsabilidad, confianza, fiabilidad, etc.).
  • Para un administrador de bases de datos, la “integridad de los datos” puede depender de que los datos introducidos en una base de datos sean precisos, válidos y coherentes. Es muy probable que los administradores de bases de datos también analicen la integridad de las entidades, la integridad de los dominios y la integridad referencial —conceptos que podría desconocer un experto en infraestructuras instruido en normas ISO 27000 o en la serie 800 de publicaciones especiales (SP 800) del Instituto Nacional de Normas y Tecnología (NIST, National Institute of Standards and Technology) de los EE. UU.
  • Para un arquitecto o modelador de datos, la “integridad de los datos” puede estar relacionada con el mantenimiento de entidades primarias únicas y no nulas. La unicidad de las entidades que integran un conjunto de datos se define por la ausencia de duplicados en el conjunto de datos y por la presencia de una clave que permite acceder de forma exclusiva a cada una de las entidades del conjunto. 

Mantenimiento.

Después de crear una Base de Datos es necesario hacer mantenimiento de la misma.

Al momento de diseñar una Base de Datos es necesario hacerla lo más pequeña posible y excluir información redundante.

Diseñar particiones de tablas en vez de tablas únicas.

  
Estimar el tamaño de una Base de Datos.

Es necesario una estimación de cada tabla por separado y sume todos los valores obtenidos.



2. RESUMEN  

 En otras unidades didácticas se estudian las bases de datos relacionales y un lenguaje relacional, SQL, que nos proporciona mecanismos para crear, actualizar y consultar estas bases de datos.
Es necesario complementar estos conocimientos con un aspecto que es fundamental para poder utilizar adecuadamente la tecnología de las bases de datos relacionales: el diseño. Éste será el objeto de estudio de esta unidad, que tratará el diseño de bases de datos para el caso específico del modelo relacional.
TENER EN CUENTA AL MOMENTO DE DISEÑAR:

Reglas de Normalización de la base de datos para evitar errores en el diseño.
Protección de la integridad de datos.
Mantenimiento.
La estimación del tamaño de la base de datos.

3. SUMMARY

In other teaching units the relational databases and relational language SQL, which provides mechanisms to create, update and query these databases are studied.
It is necessary to complement this knowledge with an aspect that is critical to properly use the technology of relational databases: design. This will be the object of study of this unit, which will address the design of databases for the specific case of the relational model.

CONSIDER WHEN DESIGNING:

Normalization rules database to avoid design errors.
Protection of data integrity.
Maintenance.

Estimating the size of the database.


4. RECOMENDACIONES:

Diseñar una base de datos no es algo sencillo y sí muy importante, ya que un mal diseño conlleva dificultades para desarrollar la aplicación o una aplicación compleja. Unos consejos que realmente son muy necesarios y muchas veces no se llevan a cabo.

5. CONCLUSIONES:

Para saber más a fondo todo sobre el diseño de una  base de datos es necesario saber lo básico que es y cómo funciona una base de datos, entendiendo eso podremos saber cómo utilizarla.
Finalmente el propósito de una base de datos es responder a consultas y ejecutar transacciones de datos.


6. APRECIACION CRITICA

 Para este trabajo de investigación fue sencillo ya que conté con material específicamente sobre el tema e investigue un poco más en Internet, espero te ayude.

7. GLOSARIO O TÉRMINOS

  • Redundancia: La redundancia de datos es la copia (o re-escritura) de los datos, que se produce cuando algunas piezas o porciones de datos se almacenan dos veces. La redundancia de datos también tiene lugar si ciertos datos se pueden derivar directamente de otros.
8.BIBLIOGRAFIA O LINCOGRAFIA 

Link para ver las Diapositivas
https://www.slideshare.net/secret/1nt5e9oCwbUVvO