ESTA ES LA NUEVA DIRECCION DEL EQUIPO DE DSI.
http://dsiblogdez.blogspot.com/
lunes, 23 de marzo de 2009
domingo, 22 de marzo de 2009
Base De DATOS
BASE DE DATOS
Definición de Base de Datos
Se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular.Las bases de datos proporcionan la infraestructura requerida para los sistemas de apoyo a la toma de decisiones y para los sistemas de información estratégicos, ya que estos sistemas explotan la información contenida en las bases de datos de la organización para apoyar el proceso de toma de decisiones o para lograr ventajas competitivas. Existen tres clases de usuarios relacionados con una Base de Datos:
El programador de aplicaciones, quien crea programas de aplicación que utilizan la base de datos.
El usuario final, quien accesa la Base de Datos por medio de un lenguaje de consulta o de programas de aplicación.
El administrador de la Base de Datos (DBA: Data Base Administrator), quien se encarga del control general del Sistema de Base de Datos.
Definición de Base de Datos
Se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular.Las bases de datos proporcionan la infraestructura requerida para los sistemas de apoyo a la toma de decisiones y para los sistemas de información estratégicos, ya que estos sistemas explotan la información contenida en las bases de datos de la organización para apoyar el proceso de toma de decisiones o para lograr ventajas competitivas. Existen tres clases de usuarios relacionados con una Base de Datos:
El programador de aplicaciones, quien crea programas de aplicación que utilizan la base de datos.
El usuario final, quien accesa la Base de Datos por medio de un lenguaje de consulta o de programas de aplicación.
El administrador de la Base de Datos (DBA: Data Base Administrator), quien se encarga del control general del Sistema de Base de Datos.
Diseño de las bases de datos
El primer paso para crear una base de datos, es planificar el tipo de información que se quiere almacenar en la misma, teniendo en cuenta dos aspectos: la información disponible y la información que necesitamos.La planificación de la estructura de la base de datos, en particular de las tablas, es vital para la gestión efectiva de la misma. Los campos son los distintos tipos de datos que componen la tabla. Los registros constituyen la información que va contenida en los campos de la tabla. De una tabla es determinar claramente los campos necesarios, definirlos en forma adecuada con un nombre especificando su tipo y su longitud.
Pasos para la creación de una base de datos
Pasos para la creación de una base de datos
Pasos necesarios para elaborar un sistema con base de datos
Identificación de problemas, oportunidades y objetivos.
La primera etapa requiere que el analista observe de forma objetiva lo que ocurre en una empresa. Luego, en conjunto con los otros miembros de la organización hará notar los problemas. Muchas veces esto ya fue realizado previamente: y por ello. es que se llega a invitar al analista.
2) Determinación de los requerimientos de información.
3) Análisis de las necesidades del sistema.
4) Diseño del sistema recomendado.
5) Desarrollo y documentación del software
6) Pruebas y mantenimiento del sistema.
7) Implantación y evaluación del sistema.
Determinar los elementos de un Sistema de Base de Datos.
Determinar los elementos de un Sistema de Base de Datos.
Esto trata, como su nombre lo dice, identificar los elementos que conponen a un Sistema de Base de Datos como son los siguientes:
Información: conjunto organizado de datos procesados, que constituyen un mensaje sobre un determinado ente o fenómeno.
Usuarios: Es todo aquel personaje que hace uso de un sistema de informacion y, en este caso de un Sistema de Base de Datos (SBD). a continuacion se enlistan los usuarios que existen en un SBD:
Administrador de Datos:
Administrador de Bases de Datos:
Programador de Aplicaciones:
Usuario Final:
El modelo Entidad-Relación
El modelo Entidad-Relación
Es sencillo diseñar una base de datos, pero a menudo hay que reconsiderar posteriormente la estructura de los datos, lo cual ocasiona retrasos y modificaciones. Es más lento la obtención de un diseño lo más óptimo posible, pero el tiempo invertido se recupera al no tener que volver atrás para replantearse el diseño de los datos. Un buen diseño es la clave para iniciar con buen pie el desarrollo de una aplicación basada en una base de datos o la implementación de un sistema.
Esquema: diseño general de la base de datos a nivel lógico. Incluye el tipo de datos y las relaciones entre ellos. Es de naturaleza fija y solo se altera excepcionalmente. El esquema se define y se mantiene utilizando el lenguaje de definición de datos (DDL).
Instancia: contenido concreto de la base de datos en un momento dado. Varía con el tiempo, al añadir, eliminar o modificar datos, utilizando el lenguaje de modificación de datos (DML).
Detalladamente, las fases del diseño de una base de datos son las siguientes:
Descripción en lenguaje natural.
Diagrama Entidad-Relación (E-R). También conocido como "diagrama de Chen". Estos diagramas modelizan el problema mediante entidades asociadas por relaciones. Adoptan la forma de grafos donde los datos se relacionan mediante flechas. El diagrama E-R no depende del modelo de datos.
Elección del modelo de datos (usualmente el relacional)
Conversión del diagrama E-R al modelo relacional (tablas)
Normalización (eliminar diversos defectos de diseño).
Optimización (según criterios de almacenamiento interno, como el espacio en disco y el tiempo medio de acceso).
Es sencillo diseñar una base de datos, pero a menudo hay que reconsiderar posteriormente la estructura de los datos, lo cual ocasiona retrasos y modificaciones. Es más lento la obtención de un diseño lo más óptimo posible, pero el tiempo invertido se recupera al no tener que volver atrás para replantearse el diseño de los datos. Un buen diseño es la clave para iniciar con buen pie el desarrollo de una aplicación basada en una base de datos o la implementación de un sistema.
Esquema: diseño general de la base de datos a nivel lógico. Incluye el tipo de datos y las relaciones entre ellos. Es de naturaleza fija y solo se altera excepcionalmente. El esquema se define y se mantiene utilizando el lenguaje de definición de datos (DDL).
Instancia: contenido concreto de la base de datos en un momento dado. Varía con el tiempo, al añadir, eliminar o modificar datos, utilizando el lenguaje de modificación de datos (DML).
Detalladamente, las fases del diseño de una base de datos son las siguientes:
Descripción en lenguaje natural.
Diagrama Entidad-Relación (E-R). También conocido como "diagrama de Chen". Estos diagramas modelizan el problema mediante entidades asociadas por relaciones. Adoptan la forma de grafos donde los datos se relacionan mediante flechas. El diagrama E-R no depende del modelo de datos.
Elección del modelo de datos (usualmente el relacional)
Conversión del diagrama E-R al modelo relacional (tablas)
Normalización (eliminar diversos defectos de diseño).
Optimización (según criterios de almacenamiento interno, como el espacio en disco y el tiempo medio de acceso).
diagramas entidad-relacion.
Diagrama Entidad-Relación
Modelo entidad / relación (E/R)
Formalmente, los diagramas E-R son un lenguaje gráfico para describir conceptos. Informalmente, son simples dibujos o gráficos que describen la información que trata un sistema de información y el software que lo automatiza.
Entidad
Se representa mediante un rectángulo o "caja" etiquetada en su interior mediante un identificador. Ejemplos de entidades habituales en los sistemas de información son: factura, persona, empleado.
Atributo
Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.
Relaciones
Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona.
Por motivos de legibilidad, los atributos no suelen representarse en un diagrama entidad-relación, sino que se describen textualmente en otros documentos adjuntos.
Cuando se inicia el diseño de una base de datos, uno de los mayores problemas que existe, es que el diseñador concibe la base de datos con un modelo de datos orientado a la maquina/plataforma. Y esto hace que en un alto grado se pierda la conceptualidad del problema quedando tal diseño contaminado por cuestiones de implementación.
Al final será un desastre puesto que nuestra aplicación no será capaz de representar fidedignamente la realidad del asunto. Además de conllevar otra serie de problemas como: falta de eficiencia, peor optimizado, imposibles actualizaciones, consultas extremadamente largas…
El diseñador debe concebir la base de datos en un nivel superior, abstrayéndose de cualquier consideración técnica o de implementación en sistema, plataforma o aplicación.
Para ello puede contar con la ayuda de un modelo de datos como el E/R, presentado por Peter P. Chen. Con el podrá centrarse en la estructura lógica y abstracta de la información, siendo capaz de representar toda la semántica del mundo real por medio de entidades y relaciones.
Modelo entidad / relación (E/R)
Formalmente, los diagramas E-R son un lenguaje gráfico para describir conceptos. Informalmente, son simples dibujos o gráficos que describen la información que trata un sistema de información y el software que lo automatiza.
Entidad
Se representa mediante un rectángulo o "caja" etiquetada en su interior mediante un identificador. Ejemplos de entidades habituales en los sistemas de información son: factura, persona, empleado.
Atributo
Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.
Relaciones
Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona.
Por motivos de legibilidad, los atributos no suelen representarse en un diagrama entidad-relación, sino que se describen textualmente en otros documentos adjuntos.
Cuando se inicia el diseño de una base de datos, uno de los mayores problemas que existe, es que el diseñador concibe la base de datos con un modelo de datos orientado a la maquina/plataforma. Y esto hace que en un alto grado se pierda la conceptualidad del problema quedando tal diseño contaminado por cuestiones de implementación.
Al final será un desastre puesto que nuestra aplicación no será capaz de representar fidedignamente la realidad del asunto. Además de conllevar otra serie de problemas como: falta de eficiencia, peor optimizado, imposibles actualizaciones, consultas extremadamente largas…
El diseñador debe concebir la base de datos en un nivel superior, abstrayéndose de cualquier consideración técnica o de implementación en sistema, plataforma o aplicación.
Para ello puede contar con la ayuda de un modelo de datos como el E/R, presentado por Peter P. Chen. Con el podrá centrarse en la estructura lógica y abstracta de la información, siendo capaz de representar toda la semántica del mundo real por medio de entidades y relaciones.
Suscribirse a:
Entradas (Atom)
