jueves, 22 de abril de 2010

DISEÑO DE UNA BD


DISEÑO DE UNA BD

Los pasos básicos para diseñar una Base de datos son los siguientes:

*Determinar la finalidad de la Base de datos:

El primer paso para diseñar una Base de datos de Access es determinar la finalidad de la base de datos y cómo se utiliza. Se debe saber qué información se desea obtener de la base de datos. A partir de ahí, se puede determinar sobre qué asuntos se necesita almacenar hechos (las tablas) y qué hechos necesita almacenar en Informática sobre cada asunto (los campos de las tablas). Entre otras cosas, se debe hablar con los demás usuarios que utilizarán la base de datos, pensar detenidamente en las preguntas que se desea que responda la base de datos, realizar bocetos de los informes que se desea que produzca y reunir los formularios que se utilizan actualmente para registrar los datos

*Determinar las tablas que se necesitan para la Base de datos:

Determinar las tablas que se requieren, es uno de los puntos más complicado del proceso de diseño de la base de datos. Esto se debe a que los resultados que se desean obtener de la base de datos (los informes que se desean imprimir, los formularios que desean utilizar, las preguntas para las que se desean respuestas) no proporcionan pistas necesariamente acerca de la estructura de las tablas que los producen. Posiblemente es lo más conveniente realizar un boceto en papel de la base de datos requerida y trabajar primeramente sobre dicho diseño. Al diseñar las tablas, se recomienda dividir la información teniendo en cuenta los siguientes principios fundamentales:

• Una tabla no debe contener información duplicada (redundante) y la información no debe duplicarse entre las tablas. Cuando cada elemento de información está almacenado en una tabla, se actualiza en un solo lugar. Esto resulta más eficiente y elimina la posibilidad de que existan entradas duplicadas que contengan información diferente. Por ejemplo, probablemente se desee almacenar de una lista de clientes, la dirección y el número de teléfono de cada uno de ellos, una sola vez, en una sola tabla.

• Cada tabla debe contener información sobre un asunto. Cuando cada tabla contiene hechos sólo sobre un asunto, se puede mantener la informaciónacerca de cada asunto, independientemente de otros asuntos. Por ejemplo, se pueden almacenar las direcciones de los clientes en una tabla diferente de lospedidos de los clientes, de modo que se pueda eliminar un pedido y conservar a la vez la información sobre el cliente correspondiente.

*Determinar los campos que se necesitan para las Tablas:

Cada tabla contiene información acerca del mismo asunto, y cada campo de una tabla contiene hechos individuales sobre el asunto de la tabla. Por ejemplo, una tabla de clientes puede incluir los campos del nombre de la empresa, la dirección, la ciudad, el país y el número de teléfono. Al determinar los campos para cada tabla, se deben tener en cuenta las siguientes sugerencias:

• Relacionar cada campo directamente con el asunto de la tabla.

• No incluir datos derivados ni calculados (datos que son el resultado de una expresión).

• Incluir toda la información que se necesite.

• Almacenar información en sus partes lógicas más pequeñas (por ejemplo, Nombre y Apellidos, en lugar del Nombre completo).

• Seleccionar el tipo de datos o el tamaño de campo más pequeño que sea apropiado para los datos del campo.








TIPOS DE RELACIONES

TIPOS DE RELACIONES

Es común que informaciones de una tabla estén asociadas con informaciones de otras tablas. En este caso podemos establecer una relación entre las dos tablas. Es a través de la relación que el Access consigue, a partir de informaciones en una tabla, obtener informaciones registradas en la otra tabla. Existen tres tipos de relaciones entre dos tablas A y B: uno – a – uno, uno – a – varios, varios – a – varios.

1. – Relaciones uno a uno.

La relación uno a uno ocurre cuando un registro de la tabla A posee como máximo un registro asociado en la tabla B y un registro de la tabla B posee como máximo un registro asociado en la tabla A.

Esta relación está presente en el número de gerente/número de empleado, entre el PADRÓN DE DEPARTAMENTOS y el PADRÓN DE EMPLEADOS. Para cada número de gerente identificamos apenas un registro en el PADRÓN DE EMPLEADOS y cada funcionario es eventualmente gerente de apenas un departamento.

2 – Relaciones uno a varios.

La relación uno a varios ocurre cuando un registro de la tabla A puede tener mas de un registro asociado en la tabla B, mientras que, un registro de la tabla B posee como máximo un registro asociado en la tabla A.

Esta relación está presente en la sigla del departamento entre el PADRÓN DE DEPARTAMENTO y el PADRÓN DE EMPLEADOS. Para cada sigla delPADRÓN DE DEPARTAMENTOS identificamos varios registros con esta sigla en el PADRÓN DE EMPLEADOS, mientras que, para cada sigla en el PADRÓN DE EMPLEADOS identificamos como máximo un registro en el PADRÓN DE DEPARTAMENTOS.

También debe quedar claro que, en principio, podemos tener departamentos sin funcionarios y funcionarios que momentáneamente no están asignados a ningún departamento.

3. – Relaciones varios a varios.

La relación varios a varios ocurre cuando un registro de la tabla A puede tener mas de un registro asociado en la tabla B y, análogamente, un registro en la tabla B puede tener mas de un registro asociado en la tabla A.

Los cargos ocupados por un empleado a lo largo del tiempo constituyen una relación de esta naturaleza. Cada empleado ocupó varios cargos y un cargo fue ocupado por diversos empleados. En esta relación queda inmediatamente aparente que al par empleado/cargo probablemente estarán asociadas otras informaciones, por ejemplo, la fecha en que el empleado asumió el cargo en cuestión.

Relaciones de este tipo varios a varios no pueden ser especificadas directamente en Access. Es necesario la creación de una tabla intermediaria que en nuestro caso podría tener el nombre: cargos ocupados. Cada registro en esta tabla sería compuesto de tres campos: Número de empleado, Código del cargo y Fecha de admisión a este cargo. Como se observa, se creó una relación uno a varios entre el PADRÓN DE EMPLEADOS y el PADRÓN DE CARGOS OCUPADOS y, análogamente, otra relación uno a mucho entre el PADRÓN DE CARGOS Y SALARIOS y el PADRÓN DE CARGOS OCUPADOS. Por lo tanto una relación varios a varios es convertida en dos relaciones una a varios cuando hubiera informaciones asociadas a los pares relacionados.

Creación de relaciones.

En Access podemos crear relaciones localizadas, utilizadas en una consulta especifica, o relaciones globales que posiblemente tendrán un uso más general. Relaciones de uso localizado serán vistas mas adelante en el capítulo referente a consultas.

Las Relaciones de uso general son útiles porque pueden ser usadas automáticamente en nuevas consultas, facilitan la generación de subformularios y subinformes y permiten un cierto grado de protección en operaciones de actualización al imponerse la integridad referencial para las relaciones como será visto mas adelante.

La creación y edición de relaciones es hecha en la ventana Relaciones como muestra la figura 2.1. En esta ventana se muestra el diagrama de relaciones entre las tablas. Para cada tabla son mostrados sus campos y líneas de asociación con campos de otras tablas. Estas líneas representan las relaciones.

Borrado de relaciones.

Para borrar una relación basta seleccionar la línea de unión y accionar la tecla DEL.

Para borrar una tabla basta seleccionarla y accionar también la tecla DEL.

Es importante recordar que la eliminación de una tabla no borra la relación. Si la ventana relaciones fue cerrada y accionada de nuevo, entonces la tabla borrada es mostrada nuevamente con todas sus relaciones. Por lo tanto, para borrar una relación es necesario seleccionar la relación explícitamente y accionar DEL, enseguida se borra la tabla.

Se puede borrar todo el contenido de la ventana Relaciones. Para eso, basta en el menú Edición accionar Borrar diseño. Pero esto no borra las relaciones registradas Internamente. Enseguida se puede adicionar una tabla y utilizar el botón de la barra de herramientas. Mostrar todas relaciones directas para exhibir apenas las relaciones directamente asociadas a la tabla. Para exhibir todo, accione el botón Mostrar todas las relaciones.

QUE ES UNA RELACION

QUE ES UNA RELACION

Una relacion describe cierta dependencia entre entidades o permite la asociación de las mismas.

Ejemplo:

Dadas dos entidades “Habitación 502″ y “Mark”, es posible relacionar que la habitacion 502 se encuentra ocupada por el huésped de nombre Mark. Una relación tiene sentido al expresar las entidades que relaciona. En el ejemplo anterior, Un Huésped (entidad), se aloja (relación) en una habitación (entidad).



MODELO ENTIDAD RELACION

MODELO ENTIDAD RELACION


El Modelo Entidad-Relación, también conocido como DER (diagramas entidad-relación) es una herramienta de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende ‘visualizar’ los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de clase, cada tupla representaría un objeto, de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan medianterelaciones.

Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional.

El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación. No es la única técnica pero sí la más utilizada. Brevemente consiste en los siguientes pasos:

  1. Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos).
  2. Se hace una lista de los sustantivos y verbos que aparecen.
  3. Los sustantivos son posibles entidades o atributos.
  4. Los verbos son posibles relaciones.
  5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
  6. Se elabora el diagrama (o diagramas) entidad-relación.
  7. 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).

OBJETOS DE ACCESS

OBJETOS DE ACCESS

Access consta de los siguientes tipos de objetos:
Tablas: Conjunto de datos estructurados que forman el contenido de una base de datos.
Consultas: Permiten catalogar, ordenar, extraer y modificar la información contenida en una tabla o en un conjunto de tablas relacionadas, dependiendo de los tipos de consulta y de las condiciones que en ella se establezcan.
Formularios: Son diseños que realizamos para poder introducir, modificar o visulaizar los registros de una tabla o consulta. En los formularios podemos insertar campos calculados e imágenes.
Informes: Son extractos de datos procedentes de tablas o consultas y que tienen como propósito prinicipal el ser impresos en papel, aunque también pueden simplemente visualizarse en pantalla.
Páginas: Una página de acceso a datos es un tipo especial de páginas web, diseñada para ver los datos y trabajar con ellos desde Internet o desde una red local.
Macros: Son conjuntos de operaciones grabadas que pueden ejecutarse en cualquier momento para realizar de forma automática tareas repetitivas.
Módulos: Son programas escritos especialmente para Access mediante un lenguaje de programación llamado Visual Basic para aplicaciones.

OPERACIONES BASICAS DE UNA BD

OPERACIONES DE UNA BD

Empieza con un programa que luego se dirigira a una DBI y de ahi hacia los controladores de bases de datos de ahi iran hacia hacia las bases de datos
hay cuatro funciones basicas:
*consultar
*almacenar
*borrar
*actualizar

PASOS DE DISEÑO DE UNA BD

DISEÑO DE UNA BD

Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la base de datos

*La velocidad de acceso
*El tamaño de la información,
*El tipo de la información,
*Facilidad de acceso a la información,
*El comportamiento del manejador de bases de datos con cada tipo de información