BASE DE DATOS

viernes, 25 de julio de 2008

DATA ARCHITECT

DATA ARCHITECT
Un arquitecto de datos es una persona responsable de asegurar que los datos activos de una organización cuentan con el apoyo de una arquitectura apoyo a la organización en el logro de sus objetivos estratégicos. La arquitectura debe cubrir las bases de datos, integración de datos y los medios para llegar a los datos. Por lo general, los arquitectos de datos logran sus metas a través de establecimiento de normas de datos empresariales.
VENTAJAS
Puede almacenar Grandes cantidades de datos. La limitante de tamaño en la tecnología ROLAP es la limitante de la base de datos relacional. En otras palabras ROLAP en si misma no esta limitada. Puede cubrir funcionalidad inherente a las bd relacionales. Las bases de datos relacionales ya vienen con un set de funciones. Ya que esta tecnología se monta sobre esta bd, hereda todas extras funcionalidades.
DESVENTAJAS
Performance bajo. Ya que ROLAP es esencialmente múltiples Querys de sql en la base de datos relacional, el tiempo de respuesta se alarga entre el tamaño de la bd sea mayor.Limitada funcionalidad Sql. Ya que la tecnología ROLAP utiliza básicamente sentencias sql o querys de la bd relacional, y sql no aporta todas las necesidades de consultas multidimensionales, ROLAP son limitadas a lo que el lenguaje sql soporte. Se ha desarrollado últimamente herramientas externas que permiten utilizar formulación más compleja que pueda cubrir parte de estas deficiencias.
ULTIMA VERSION DEL SOFTWARE
Data Architect Versión 7.0 contiene mejoras y arreglos con respecto a la versión 6.1.
REFERENCIAS
http://en.wikipedia.org/wiki/Data_architect
http://images.google.com.mx/imgres?imgurl=http://www.ibm.com/developerworks/db2/library/techarticle/dm-0709vasconcelos/Eclipse.jpg&imgrefurl=http://www.ibm.com/developerworks/db2/library/techarticle/dm-0709vasconcelos/index.html&h=426&w=572&sz=74&hl=es&start=2&tbnid=j7TTOOYYceXKcM:&tbnh=100&tbnw=134&prev=/images%3Fq%3DIMAGEN%2BDE%2BDATA%2BARCHITECT%26gbv%3D2%26hl%3Des

domingo, 15 de junio de 2008

TRANSFORMACION DEL MADELO E-R 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:
  1. 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.
  2. 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:
  1. Si las entidades poseen cardinalidades (0,1), la relación se convierte en una tabla.
  2. 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 E-R EXTENDIDO EN RELACIONES

El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas.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.

viernes, 30 de mayo de 2008

VENTAJAS Y DESVENTAJAS DE LA BASE DE DATOS


Ventajas

Los Datos
· Independencia de estos respecto de los tratamientos y viceversa.
· Mejor disponibilidad de los mismos.
· Mayor eficiencia en la recogida, codificación y entrada.
Los Resultados
· Mayor coherencia.
· Mayor valor informativo.
· Mejor y más normalizada documentación de la información.
Los Usuarios
· Acceso más rápido y sencillo de los usuarios finales.
· Más facilidades para compartir los datos por el conjunto de los usuarios.
· Mayor flexibilidad para atender a demandas cambiantes.

Independencia de los datos respecto a los tratamientos y viceversa: Un cambio en los tratamientos no imponga un nuevo diseño lógico y/o físico de la base de datos.

· Coherencia de los resultados: En todos los tratamientos se utilizan los mismos datos, por lo que los resultados de estos son coherentes y comparables.

· Mejor disponibilidad de los datos para el conjunto de los usuarios: Éstos se comparten entre las aplicaciones, existiendo una mayor disponibilidad y transferencia.
· Mayor valor informativo: El valor informativo del conjunto de datos es superior a la suma del valor informativo de los elementos individuales.
· Mejor y más normalizada documentación: La mayoría de los SGBD incluyen una descripción de los datos dentro del sistema.
· Mayor eficiencia en la captura, validación e ingreso de datos al sistema: Por no existir redundancia.

· Reducción del espacio de almacenamiento: Disminución de redundancias y las técnicas de compactación hacen que disminuya el espacio en disco.

Desventajas


o Instalación costosa: Equipos: Nuevas instalaciones o ampliaciones, sistemas operativos, compiladores, SGBD comerciales, computadores más poderosos, etc.
o Personal especializado: Se requiere de conocimientos específicos.
La implantación
o Costosa en equipos(lógico y físico).
o Ausencia de estándares.
o Larga y difícil puesta en marcha.
o Rentabilidad a mediano plazo.
Los usuarios
o Personal especializado.
o Desfase entre teoría y práctica.
o Desfase entre teoría y práctica: Muchos asumen a ciertas funcionalidades como un hecho cuando en realidad son estudios teóricos.