domingo, 15 de junio de 2008

Transformacion Del Modelo Entidad Relacion a Relacional

Para transformar un modelo entidad-relación a modelo relacional seguiremos las siguientes reglas:

  • Toda entidad del modelo entidad-relación se transforma en una tabla.
  • Cualquier atributo de una entidad se transforma en un campo dentro la tabla, manteniendo las claves primarias.
  • Las relaciones N:M se transforman en una nueva tabla que tendrá como clave primaria la concatenación de los atributos clave de las entidades que relaciona.
  • En las relaciones 1:N se pueden tener dos casos:
    • Si la entidad que participa con cardinalidad máxima uno lo hace también con cardinalidad mínima uno, entonces se propaga el atributo de la entidad que tiene cardinalidad máxima 1 a la que tiene cardinalidad máxima N, desapareciendo el nombre de la relación. Si existen atributos en la relación éstos también se propagarán.
    • Si la entidad que participa con cardinalidad máxima uno lo hace también cardinalidad mínima cero, entonces se crea una nueva tabla formada por las claves de cada entidad y los atributos de la relación. La clave primaria de la nueva tabla será el identificador de la entidad que participa con cardinalidad máxima N.
  • En el caso de las relaciones 1:1 también pueden darse dos casos:
    • Si las entidades poseen cardinalidades (0,1), la relación se convierte en una tabla.
    • Si una de las entidades posee cardinalidad (0,1) y la otra (1,1), conviene propagar la clave de la entidad con cardinalidad (1,1) a la tabla resultante de la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades (1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante de la otra.
  • En el caso de las relaciones N-arias se aplica la misma regla que para las relaciones N:M
  • En el caso de las relaciones reflexivas supondremos que se trata de una relación binaria con la particularidad que las dos entidades son iguales y aplicaremos las reglas vistas en los puntos anteriores.
Transformacion De Los Conceptos De Entidad Relacion Extendido En Relaciones

Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido.
Un ejemplo seria el siguiente:














Atributo compuesto:
es un atributo con varios componentes, cada uno con un significado por sí mismo.

Jerarquias de generalizacion:

Una entidad E es una generalización de un grupo de entidades E1, E2, ... E$_n$, si cada ocurrencia de cada una de esas entidades es también una ocurrencia de E. Todas las propiedades de la entidad genérica E son heredadas por las subentidades.

Cada jerarquía es total o parcial, y exclusiva o superpuesta. Una jerarquía es total si cada ocurrencia de la entidad genérica corresponde al menos con una ocurrencia de alguna subentidad. Es parcial si existe alguna ocurrencia de la entidad genérica que no corresponde con ninguna ocurrencia de ninguna subentidad. Una jerarquía es exclusiva si cada ocurrencia de la entidad genérica corresponde, como mucho, con una ocurrencia de una sola de las subentidades. Es superpuesta si existe alguna ocurrencia de la entidad genérica que corresponde a ocurrencias de dos o más subentidades diferentes.

NOTA PERSONAL SOBRE LOS TEMAS:
en mi opinion personal la tranformacion del modelo entidad relacion a relacional nos sirve para realizar una tabla de identificadores donde relacionemos el identificador con los identificadores de los atributos claves para que exista una relacion mas detallada.

en mi opinion personal la transformacion del modelo entidad relacion extendido en relaciones es que existia el modelo entidad relacion pero no especificaba bien los atributos de forma detallada si no que omitia varios aspectos ya que por esa causa se realizo el MERE para cubrir los aspectos que se omitian de cualquier atributo ya que puede estar conmpuesto de varios aspectos y tambien se realiza una jerarquizacion para didivir el atributo en otros atributos que contenga

pues eso es lo que yo entendi sobre los modelos entidad relacion y sus tranformaciones.

http://www.alejandrox.com/2007/10/transformacion-del-modelo-entidad-relacion-al-modelo-relacional/
http://www3.uji.es/~mmarques/f47/apun/node83.html


martes, 27 de mayo de 2008

Ventajas y Desventajas De Las Bases De Datos

Ventajas
  • Mejora en la integridad de datos
    Se refiere a la validez y la consistencia de los datos almacenados.
  • Mejora en la seguridad
    La seguridad de la base de datos es la protección de la base de datos frente a usuarios no autorizados. Sin unas buenas medidas de seguridad, la integración de datos en los sistemas de bases de datos hace que éstos sean más vulnerables que en los sistemas de ficheros.
  • Mejora en la accesibilidad a los datos
    Muchos SGBD proporcionan lenguajes de consultas o generadores de informes que permiten al usuario hacer cualquier tipo de consulta sobre los datos, sin que sea necesario que un programador escriba una aplicación que realice tal tarea.
  • Aumento de la concurrencia
    En algunos sistemas de ficheros, si hay varios usuarios que pueden acceder simultáneamente a un mismo fichero, es posible que el acceso interfiera entre ellos de modo que se pierda información o, incluso, que se pierda la integridad. La mayoría de los SGBD gestionan el acceso concurrente a la base de datos y garantizan que no ocurran problemas de este tipo.
Desventajas
  • Complejidad
  • Los SGBD son conjuntos de programas muy complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder sacar un buen partido de ellos.
  • Tamaño
  • Los SGBD son programas complejos y muy extensos que requieren una gran cantidad de espacio en disco y de memoria para trabajar de forma eficiente.
  • Coste económico del SGBD. El coste de un SGBD varía dependiendo del entorno y de la funcionalidad que ofrece. Por ejemplo, un SGBD para un ordenador personal puede costar 500 euros, mientras que un SGBD para un sistema multiusuario que dé servicio a cientos de usuarios puede costar entre 10.000 y 100.000 euros. Además, hay que pagar una cuota anual de mantenimiento que suele ser un porcentaje del precio del SGBD.
  • Costo del equipamiento adicional
  • Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir más espacio de almacenamiento. Además, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una máquina más grande o una máquina que se dedique solamente al SGBD. Todo esto hará que la implantación de un sistema de bases de datos sea más cara.
  • Costo de la conversión
  • En algunas ocasiones, el coste del SGBD y el coste del equipo informático que sea necesario adquirir para su buen funcionamiento, es insignificante comparado al coste de convertir la aplicación actual en un sistema de bases de datos. Este coste incluye el coste de enseñar a la plantilla a utilizar estos sistemas y, probablemente, el coste del personal especializado para ayudar a realizar la conversión y poner en marcha el sistema. Este coste es una de las razones principales por las que algunas empresas y organizaciones se resisten a cambiar su sistema actual de ficheros por un sistema de bases de datos.
  • Vulnerable a los fallos
  • El hecho de que todo esté centralizado en el SGBD hace que el sistema sea más vulnerable ante los fallos que puedan producirse.

martes, 13 de mayo de 2008

DEVILARKANGELALANIS


HOLA ME LLAMO JOSE ANTONIO ALANIS REYES SOY DE COMILES NAYARIT. TENGO 18 AÑOS Y ACTUALMENTE ESTUDIO EN LA UNIVERSIDAD TECNOLOGICA DE LA COSTA EN LA CARRERA DE SISTEMAS INFORMATICOS EN EL GRUPO TIC 31. ALGUNOS INTERESES:
  • ESTUDIO
  • MUSICA
  • BAILES SALIDAS DE VIAJE
  • ENTRE OTROS