2.5 Diseño de diagramas E-R.

Diagrama Entidad - Relación.

Es la representación gráfica del Modelo Entidad-Relación y permite ilustrar la estructura de la base de datos del negocio modelado. 

Escribe Johnson "los diagramas ER constituyen una notación para documentar un diseño tentativo de bases de datos. Los analistas los utilizan para facilitar el proceso de diseño".

Componentes y Diagrama E-R

Entidad Fuerte:  Una Entidad fuerte (también conocida como entidad regular) es aquella que sí puede ser identificada unívoca-mente. En los casos en que se requiera, se puede dar que una entidad fuerte "preste" algunos de sus Atributos a una entidad débil para que, esta última, se pueda identificar.

Entidad débil: Es aquella que no puede existir sin participar en la relación, es decir, aquella que no puede ser unívocamente identificada solamente por sus atributos como Clave.

Conjunto de entidades Débiles. Es aquel conjunto de entidades que no tiene atributos que puedan identificar una entidad en forma única, o sea que no poseen atributos para conformar la llave primaria; por lo tanto dependen de una entidad fuerte. 

Conjunto de entidades Fuerte. Conjunto de entidades que posee una clave primaria.

Relaciones: Una entidad se relaciona con otra entidad. Toda relación debe de llevar una cardinalidad. Una relación entre dos entidades siempre se va a dar por medio de un rombo. Cada entidad deberá tener sus elementos.

Atributos: Características o propiedades asociadas al conjunto de entidades o relaciones y que toman valor en una entidad en particular. 

Los posibles valores puede tomar un atributo para un conjunto de entidades se denomina dominio.

Los atributos se pueden clasificar en:

• - Simples o atómicos: Son aquellos que no contienen otros atributos
• - Compuestos: Son los que incluyen otros atributos simples.. Ejemplo: dirección (Se puede dividir en calle, número, ciudad). 
• - Monovalorados o Univalorados: Atributo que toma un solo valor, para una entidad en particular.
• - Multivalorados: Atributo que para una misma entidad puede tomar muchos valores. 
• - Derivados o calculados: Son aquellos atributos cuyos valores se pueden conseguir con operaciones sobre valores de otros atributos.
• - Nulos: Son aquellos atributos para los cuales en algún momento no existe o no se conoce su valor.

Los diagramas son simples y claros, cualidades que pueden ser responsables del amplio uso del modelo E-R. Tal diagrama consta de los siguientes componentes principales:

• Ectangulos: Representan conjuntos de entidades.
• Elipses: Representan atributos.
• Robos: Representan relaciones.
• Lineas:Unen atributos a conjuntos de entidades y conjuntos de relaciones-
• Ekipses Dobles:Representan atributos multivalorados.
• Elipses Discontinuas: Denotan atributos derivados
• Rectangulos Dobles: Representan conjuntos de etindades debiles.

Estos elementos se unen a través de líneas para formar así el diagrama.

Ejemplo:

FUENTES:

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060029/lecciones/cap2-3.html

http://eduhesc.wordpress.com/tag/unidad-2/

http://www.ecured.cu/index.php/Diagrama_Entidad_Relaci%C3%B3n

http://es.scribd.com/doc/54024402/Diseno-Base-de-datos-relacional-Diagrama-entidad-relacion

2.4 Diagramas E-R.

 Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de un Esquema gráfico empleando los terminología de Entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus características particulares denominadas Atributos, el enlace que rige la unión de las entidades esta representada por la relación del modelo.

En un DER, cada entidad se representa mediante un rectángulo, cada relación mediante un rombo y cada dominio (conjunto donde toma valores el atributo) mediante un círculo. Mediante líneas se conectan las entidades con las relaciones, igual que las entidades con los dominios, representando a los atributos. Los Atributos Llaves se representan subrayando el correspondiente conjunto de valores.

En ocasiones, una entidad no puede ser identificada únicamente por el valor de sus propios atributos. En estos casos, se utilizan conjuntamente las relaciones con los atributos para lograr la requerida identificación unívoca. Estas entidades reciben el nombre de entidades débiles y se representan en el DER con un doble rectángulo. El MER restringe las relaciones a usar para identificar las entidades débiles a relaciones binarias del tipo 1: N. Así, por ejemplo, una ocurrencia de "trabajador" puede tener N ocurrencias "persona-dependiente" asociadas, donde además, la existencia de las ocurrencias en la segunda entidad depende de la existencia de una ocurrencia que le corresponda en la primera entidad. Por ejemplo, en el modelo habrá personas dependientes de un trabajador sólo si ese trabajador existe. Para indicar esa dependencia en la existencia se usa una saeta en el DER. La llave de una entidad débil se forma combinando la llave de la entidad regular que la determina con algún otro atributo que defina unívocamente cada entidad débil asociada a una entidad regular dada. (Una entidad se denomina regular si no es débil).

En una relación, la llave es la combinación de las llaves de todas las entidades asociadas. Para cada relación se determina su tipo (simple o complejo) y en el DER se escribe el tipo de correspondencia. Por ejemplo, una empresa puede tener varios (n) trabajadores asociados y un trabajador pertenece a una sola empresa (1). En la relación Trabajador-Máquina-Pieza, un trabajador puede trabajar en n máquinas, produciendo p piezas, o una pieza puede ser producida por m trabajadores en n máquinas. Aquí, m, n y p no identifican un número específico, sino solamente el tipo de correspondencia que se establece en la relación.

Para su creación....:

1. Se elabora el diagrama (o diagramas) entidad-relación.

2. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.

Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.

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:

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).

FUENTE:

http://www.ecured.cu/index.php/Diagrama_Entidad_Relaci%C3%B3n

2.3 RESTRICCIONES.

Restricciones de dominio

Las restricciones de dominio especifican que el valor de cada atributo A debe ser un valor atómico del dominio dom(A) para ese atributo. Los tipos de datos asociados a los dominios por lo general incluyen los tipos de datos numéricos estándar de los números enteros (como entero- corto, entero, entero-largo) y reales (flotante y flotante de doble precisión). También disponemos de caracteres, cadenas de longitud fija y cadenas de longitud variable, así como tipos de datos de fecha, hora, marca de tiempo y dinero. Otros dominios posibles se pueden describir mediante un intervalo de valores de un tipo de datos o como un tipo de datos enumerado en el que se listan explícitamente todos los valores posibles.


Restricción de Valores Nulos

Para determinado atributos, los valores nulos pueden ser inapropiados. Considérese una tupla en la relación cliente la que nombre-cliente es un valor vació. Una tupla de este tipo da una calle y una ciudad para un cliente anónimo y, por tanto, no contiene información útil. En casos como éste, deseamos prohibir los valores nulos, restringiendo el dominio de ciudad-cliente para que excluya los valores nulos. 

El SQL estándar permite que la declaración del dominio de un atributo incluya la especificación not null . Esto prohíbe la inserción de un valor nulo para este atributo. Cualquier modificación de la base de datos que causara que se insertase un valor nulo en un dominio not null genera un diagnóstico de error.

Hay muchas situaciones en las que la prohibición de valores nulos es deseable. Un caso particular en el que es esencial prohibir los valores nulos es en la clave primaria de un esquema de relación


Restricción de clave

Es una de las restricciones estándar que con frecuencia aparecen en las aplicaciones de bases de datos. Estas restricciones se manejan de formas ligeramente distintas en los diversos modelos de datos. En el modelo E-R, una clave es un atributo de un tipo de entidades que debe tener un valor único para cada entidad que pertenezca a dicho tipo en cualquier momento específico. Así el valor del atributo clave puede servir para identificar de manera única cada entidad. Los atributos claves deben ser monovaluados, pero pueden ser simples o compuestos. 

Un tipo de entidades normal puede tener una o más claves; un tipo de entidades débil no tiene clave, pero casi siempre tiene una clave parcial cuyos valores identifican de manera única las entidades débiles que están relacionadas a la misma entidad propietario a través de un vínculo identificador. 

En general, un esquema de relación pude tener más de una clave. En tal caso, cada una de ellas se denominan clave candidata. Por ejemplo en una relación COCHE tiene dos claves candidatas: NumMatrícula y NumSerieMotor. Es común designar a una de las claves candidata como clave primaria de la relación. Ésta es la clave candidata cuyos valores sirven para identificar las tuplas en la relación.


Restricción de aserción 

Una Técnica más formal para representar restricciones explícitas es con un lenguaje de especificación de restricciones , que suele basarse en alguna variación del cálculo relacional. Este enfoque declarativo establece una separación clara entre la base de restricciones (en la que las restricciones se almacenan en una forma codificada apropiada) y el subsistema de control de integridad del SGBD (que tiene acceso a la base de restricciones para aplicar estas últimas correctamente a las transacciones afectadas). 

Cuando se usa esta técnica, las restricciones suelen llamarse aserciones . Se ha sugerido el uso de esta estrategia con SGBD relaciónales. El subsistema de control de integridad compila las aserciones, que entonces se almacenan en el catalogo del SGBD, donde el subsistema de control de integridad puede consultarlas e imponerlas automáticamente. Esta estrategia es muy atractiva desde el punto de vista de los usuarios y programadores por su flexibilidad.     


Restricción de Integridad: 

Una fuente de restricciones de integridad son los conjuntos de entidades débiles. El esquema de relaciones para un conjunto de entidades débil debe incluir la clave esquema de relaciones de entidades de la cual depende. Así, pues, el esquema de relaciones para cada conjunto de entidades débil incluye una clave exterior que conduce a una restricción de integridad referencial.


Según [Elmasri / Navathe ] 

La restricción de integridad de entidades establece que ningún valor de clave primaria puede ser nulo. Esto porque el valor de la clave primaria sirve para identificar las tuplas individuales en una relación; el que la clave primaria tenga valores nulos implica que no podemos identificar algunas tuplas. Por ejemplo, si dos o más tuplas tuvieran nulo en su clave primaria, tal vez no podríamos distinguirlas

FUENTES: 
http://labredes.itcolima.edu.mx/fundamentosbd/sd_u3_3.htm

Modelo Entidad-Relacion E-R

MODELO E-R.

Consiste en buscar las entidades que describan los objetos que intervienen en un problema y las relaciones entre esas entidades. Este modelo representa a la realidad a través de un Esquema gráfico empleando los terminología de Entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus características particulares denominadas Atributos, el enlace que rige la unión de las entidades esta representada por la relación del modelo.

Antes de crear físicamente estas tablas en el ordenador se debe realizar un modelo de datos. Se suele cometer el error de ir creando nuevas tablas a medida que se van necesitando, haciendo así el modelo de datos y la construcción física de las tablas simultáneamente. El resultado de esto acaba siendo un sistema de información erroneo y con datos dispersos que terminan por no cumplir adecuadamente los requisitos necesarios.

ENTIDADES Y RELACIONES.

• ENTIDAD:  Objeto del mundo real sobre el que queremos almacenar información. Las entidades están compuestas de atributos que son los datos que definen el objeto. De entre los atributos habrá uno o un conjunto de ellos que no se repite; a este atributo se llama clave de la entidad. 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:

1. Que sea única.
2. Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a cada cliente un número de cliente?.
3. 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:

1. 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).
2. Relaciones (1-N): Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej: la entidad EMPRESA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN).
3. 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). 

Grado: Numero de conjuntos de entidades que intervienen en una relacion. 



REPRESENTACIÓN GRÁFICA DE ENTIDADES Y RELACIONES.

 Para asimilar fácilmente un diseño de datos cuando se emplea el modelo E/R se utilizan los siguientes elementos gráficos:

       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, gráficamente quedarían como sigue:

FUENTES:

http://es.scribd.com/doc/54024402/Diseno-Base-de-datos-relacional-Diagrama-entidad-relacion

http://www.cs.us.es/cursos/bd-2005/HTML/modeloER.htm#relaciones

Tipos de variables en Java.

Diccionario.

Una variable en java es un identificador que representa una palabra que contiene información. Todas las variables han de declararse antes de usarlas y una vez declaradas se les podrá asignar un valor. El tipo de información almacenado en una variable sólo puede ser del tipo con que se declaró, puede ir tomando distintos valores o características durante la ejecución del programa. Cada variable tiene un tamaño propio de memoria.

Java tiene tres tipos de variables:

• De instancia
• De clase
• Locales

Delante del nombre de cada variable se ha de especificar el tipo de variable. Las variables pueden ser:

• Un tipo de dato primitivo
• El nombre de una clase
• Un Array

Tipos de variables y datos.

VARIABLE/DATO	TIPO	BITS	RANGO
BYTE	Entero	8 bytes	-128 a 127
SHORT	Entero	16 bytes	-32768 a 32767
INT	Entero	32 bytes	2*109
LONG	Entero	64 bytes	-263 a 263-1
FLOAT	Decimal simple	32 bytes	IEEE 754-1985
DOUBLE	Decimal doble	64 bytes	IEEE 754-1985
CHAR	Caracteres alfa-numéricos. De carácter simple.	16 bytes sin signo	0 a 65535
BOOLEAN	Valor true o false	1 byte	------

Fuentes:

http://www.sc.ehu.es/sbweb/fisica/cursoJava/fundamentos/introduccion/primero.htm#Variables

http://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=419%3Atipos-de-datos-variables-java-tipos-primitivos-int-boo

Comparacion de dos gestores.

COMPARACIÓN DE MySQL y SQLServer.

CARACTERÍSTICA	MYSQL	SQL SERVER
Costo	Libre y de pago	De pago
Open Source	Si	No
Plataformas	Linux,Windows y muchas otras	Sólo Windows
Limite de tamaño de la base de datos	Limitado por el sistema operativo	Limitado por el sistema operativo
Compatibilidad ACID	Depende del motor de almacenamiento	Si
Servicio de reportes	No	Si
Posibilidad de elegir diferentes formas de almacenamiento	Si	No
Claves Foráneas	Depende del motor	Si
Vistas	Si	Si
Procedimientos almacenados	Si	Si
Seguridad avanzada	Si (Menor)	Si
Cursores	Si	Si
Subconsultas	Si	Si
Replicación	Si	Si
Funciones definidas por el usuario (UDF)	Si	Si
Mayor velocidad	Si	Si
Consume pocos recursos	En PP o memoria	Si
Dispone de api¨s en lenguajes	C++, Java, PHP, etc…
Soporte de indices	Hasta 64 por tabla	Si
Gestion de usuarios	Si	Si
Soporte para transacciones	Si	Si
Alta disponibilidad	Si	Con Always On
Virtualizacion maxima	Si	Con Software Assurance
Capacidades de la edicion	Si	Con Business Intelligence

Fuentes:
http://www.latindevelopers.com/articulos/sql-server/diferencias-entre-mysql-y-sql-server.php
http://www.taringa.net/posts/info/1073108/Comparativa-entre-Postgres-y-MySQL.html
http://www.microsoft.com/es-xl/sqlserver/future-editions/sql2012-editions.aspx