BASE DE DATOS











{abril 20, 2010}   MODELO ENTIDAD RELACION (E-R)

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 mediante relaciones.

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.

http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n

http://basededatos.umh.es/ejercicios/Restaurante/modeloEntidadRelacion.JPG



{abril 20, 2010}   QUE ES UNA RELACION

Una relación es una asociación o relación matemática entre varias entidades. Las relaciones también se nombran. Se representan en el diagrama E-R mediante flechas y rombos. Cada entidad interviene en una relación con una determinada cardinalidad. La cardinalidad (número de instancias o elementos de una entidad que pueden asociarse a un elemento de la otra entidad relacionada) se representa mediante una pareja de datos, en minúsculas, de la forma (cardinalidad mínima, cardinalidad máxima), asociada a cada uno de las entidades que intervienen en la relación. Son posibles las siguientes cardinalidades: (0,1), (1,1), (0,n), (1,n), (m,n). Tambié se informa de las cardinalidades máximas con las que intervienen las entidades en la relación.

http://civil.fe.up.pt/acruz/access/modeloER.htm



{abril 20, 2010}   TIPOS DE RELACIONES EXISTENTES

El tipo de relación se define tomando los máximos de las cardinalidades que intervienen en la relación. Hay cuatro tipos posibles:

1:Una a una (1:1):

En este tipo de relación, una vez fijado un elemento de una entidad se conoce la otra. Ejemplo: nación y capital.


2:Una a muchas (1:N):

Ejemplo: cliente y pedidos.


3:Muchas a una (N:1): Simetría respecto al tipo anterior según el punto de visto de una u otra entidad.

4:Muchas a muchas (N:N): Ejemplo: personas y viviendas.

 

1:Cuántos autores puede tener un determinado libro publicado en una determinada editorial(cardinalidd en el extremo de la entidad autor).

2:Cuántos libros puede tener un determinado autor publicados en una determinada editorial (cardinalidad en el extremo de la entidad libro).

3:En cuántas editoriales puede un determinado autor publicar un mismo libro (cardinalidad en el extremo de la entidad editorial).

*Relación de especialización (ES-UN): Tipificación de una entidad en en subtipos en número finito y conocido. Cada subtipo puede poseer atributos propios que. Los subtipos heredan los atributos que pudiera tener la entidad general. Este tipo de relación puede clasificarse de dos maneras distintas. La primera se según si una instancia o elemento concreto de la entidad puede ser de más de un subtipo a la vez. En caso afirmativo se dice que la relación es inclusiva o con solapamiento mientras que en caso contrario será exclusiva o sin solapamiento. La segunda clasificación se basa en si obligatoriamente cada instancia o elemento concreto debe ser obligatoriamente de alguno de los subtipos especificados, es decir, si no pueden existir elementos de la entidad que no pertenezcan a ninguno de los subtipos. Si es así la relación se dice total y en caso contario parcial. La situación más corriente en una relación de especialización es que sea exclusiva y total.

Tipos especiales de relación


*Relación reflexiva o recursiva:

Relaciona una entidad consigo misma. Ejemplo: empleados que pueden ser jefes de otros empleados.

*Dos relaciones entre las mismas dos entidades:

Muy útil en el caso de necesitar almacenar información histórica completa. Ejemplo: proyectos en los que trabaja actualmente un empleado y proyectos en los que ha trabajado anteriormente.

*Relación ternaria:

Asociación de tres entidades. La forma de hallar cardinalidades en las relaciones ternarias es fijar una combinación de elementos en dos de los extremos de la relación y obtener lógicamente las cardinalidades mínima y máxima en el otro extremo libre. Ejemplo: el título de un libro, un autor y una editorial se relacionan las tres mediante la acción de publicar el libro (en un año concreto, con un ISBN y con un determinado número de páginas en la edición). Para determinar las cardinalidades hay que preguntarse por:

1:Cuántos autores puede tener un determinado libro publicado en una determinada editorial(cardinalidd en el extremo de la entidad autor).
2:Cuántos libros puede tener un determinado autor publicados en una determinada editorial (cardinalidad en el extremo de la entidad libro).
3:En cuántas editoriales puede un determinado autor publicar un mismo libro (cardinalidad en el extremo de la entidad editorial).

*Relación de especialización (ES-UN): Tipificación de una entidad en en subtipos en número finito y conocido. Cada subtipo puede poseer atributos propios que. Los subtipos heredan los atributos que pudiera tener la entidad general. Este tipo de relación puede clasificarse de dos maneras distintas. La primera se según si una instancia o elemento concreto de la entidad puede ser de más de un subtipo a la vez. En caso afirmativo se dice que la relación es inclusiva o con solapamiento mientras que en caso contrario será exclusiva o sin solapamiento. La segunda clasificación se basa en si obligatoriamente cada instancia o elemento concreto debe ser obligatoriamente de alguno de los subtipos especificados, es decir, si no pueden existir elementos de la entidad que no pertenezcan a ninguno de los subtipos. Si es así la relación se dice total y en caso contario parcial. La situación más corriente en una relación de especialización es que sea exclusiva y total.

http://civil.fe.up.pt/acruz/access/modeloER.htm



{abril 20, 2010}   PROCESO DE DISEÑO DE UNA BD



{abril 16, 2010}   QUE ES UNA BASE DE DATOS

Una base de datos o banco de datos (en ocasiones abreviada BB.DD.) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnológico de campos como la informatica y la electronica, la mayoría de las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos.

Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y administración, se estudian dentro del ámbito de la informática.

http://es.wikipedia.org/wiki/Base_de_datos



La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o relaciones y las restricciones que deben cumplir esos datos (integridad de datos y redundancia de datos).

La estructura de una base de datos es diseñada o descripta empleando algún tipo de modelo de datos.

Un ejemplo a modo de descripción de la estructura de una base de datos puede ser:

ALUMNO: numero de alumnno (entero de 6 números), nombre (cadena de 30 caracteres), apellido (cadena de 30 caracteres), año de nacimiento (entero de 4 números), especialidad (entero de 3 números).

ESPECIALIDAD: numero de especialidad (entero de 3 números), nombre de especialidad (cadena de 30 caracteres).

http://www.alegsa.com.ar/Dic/estructura%20de%20la%20base%20de%20datos.php

http://blufiles.storage.live.com/y1pa6hSiQywiV9W2GbjgJ9xxP7cGsjqrSTod4UHD4zl7xQTdoEx5U9dGTD_s1mEtq6OQ2gcoT_ljW4?PARTNER=WRITER



Una base de datos (en adelante BD) es un conjunto de datos no redundantes, almacenados en un soporte informático, organizados de forma independiente de su utilización y accesibles simultáneamente por distintos usuarios y aplicaciones.

Es decir, la diferencia de una BD respecto a otro sistema de almacenamiento de datos es que éstos se almacenan de forma que cumplan tres requisitos básicos:

  • No redundancia: Los datos se almacenan una sola vez. Si varias aplicaciones necesitan los mismos datos no crearán cada una su propia copia sino que todas accederán a la misma.

  • Independencia: Los datos se almacenan teniendo en cuenta la estructura inherente a los propios datos y no la de la aplicación que los crea. Esta forma de trabajar es la que permite que varias aplicaciones puedan utilizar los mismos datos. Se puede hablar de dos tipos de independencia: independencia física, de tal manera que la estructura física de la BD puede ser modificada de forma transparente para los programas que la utilizan, e independencia lógica, es decir el programador usa la BD pero desconoce su estructura interna

  • Concurrencia: Varios usuarios, ejecutando la misma o diferente aplicación, podrán acceder simultáneamente a los datos.

Arquitectura de un SGBD

La mayoría de los SGBDs actuales están inspirados en una arquitectura sugerida en 1978 por un grupo de trabajo de ANSI. Es conocida como ANSI/X3/SPARC “DBMS Framework” y es una arquitectura adecuada para construir BDs que cumplan los requisitos señalados en la definición y además sean portables entre distintas máquinas y sistemas operativos.

Esta arquitectura divide la base de datos en tres niveles :

  • El nivel externo es la representación de los datos tal y como los ve el usuario. Cada usuario tendrá una visión distinta de la base de datos dependiente del subconjunto de datos que está autorizado a ver según sus privilegios de acceso y también, del formato en que se le presentan que dependerá de las herramientas que utilice (por ejemplo, un programa COBOL o un 4GL).

  • El nivel lógico, es una representación abstracta (no física como en el nivel interno) del contenido total de la base de datos. Contiene la definición de todos los datos existentes más otras informaciones como restricciones de seguridad, controles de integridad, etc.

  • El nivel interno es el más cercano a la máquina. Es una representación a bajo nivel de la BD en la que se define la forma en la que los datos se almacenan físicamente en la máquina. Se definen características como los dispositivos en donde se almacenan los datos, el espacio que se reserva, las estrategias de acceso, la creación de ficheros de índices, etc. Es dependiente de la máquina en que se vaya a instalar la BD, del sistema operativo que exista, etc.

Un Sistema de Gestión de Bases de Datos (SGBD) es el conjunto de programas que permiten definir, manipular y utilizar la información que contienen las bases de datos, realizar todas las tareas de administración necesarias para mantenerlas operativas, mantener su integridad, confidencialidad y seguridad. Una BD nunca se accede o manipula directamente sino a través del SGBD. Se puede considerar al SGBD como el interfaz entre el usuario y la BD.

El funcionamiento del SGBD está muy interrelacionado con el del Sistema Operativo, especialmente con el sistema de comunicaciones. El SGBD utilizará las facilidades del sistema de comunicaciones para recibir las peticiones del usuario (que puede estar utilizando un terminal físicamente remoto) y para devolverle los resultados.

Funciones de un SGBD

Un SGBD debe proporcionar un amplio surtido de funcionalidades para poder cumplir adecuadamente su misión. Normalmente se clasifican en definición, manipulación y utilización.

  • Función de definición: Permite describir los elementos de datos, sus estructuras, sus interrelaciones y sus validaciones a nivel externo, lógico e interno. Esta función es realizada por una parte del SGBD denominada lenguaje de definición de datos (LDD o DDL, Data Definition Language).

  • Función de manipulación: Permite buscar, añadir, suprimir y modificar los datos de la BD. Esta función es realizada por una parte del SGBD denominada lenguaje de manipulación de datos (LMD o DML, Data Manipulation Language).

  • Función de utilización: Incluye otras funcionalidades tales como: modificar la capacidad de los registros, cargar archivos, realizar copias de seguridad, rearranque, protección frente a accesos no autorizados, gestión de la concurrencia, estadísticas de utilización, etc.

DIFERENCIAS ENTRE UN SGBD Y UNA BD:

(SGBD) es el conjunto de programas que permiten definir, manipular y utilizar la información que contienen las bases de datos, realizar todas las tareas de administración necesarias para mantenerlas operativas, mantener su integridad, confidencialidad y seguridad. Una BD nunca se accede o manipula directamente sino a través del SGBD. Se puede considerar al SGBD como el interfaz entre el usuario y la BD

http://www.csae.map.es/csi/silice/Sgbdat4.html



Una hoja de cálculo es un programa que permite manipular datos numéricos y alfanuméricos dispuestos en forma de tablas (la cual es la unión de filas y columnas). Habitualmente es posible realizar cálculos complejos con fórmulas y funciones y dibujar distintos tipos de graficas.

 

Los sistemas de gestión de bases de datos (en ingles database management system, abreviado DBMS) son un tipo de sofware muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.

Diferencias visuales:

  • La celda A1 aparece en la esquina derecha superior de la hoja. Las letras de columna van desde la A en la derecha hasta la IV en la izquierda.

  • Los números de fila aparecen en el lado derecho de la ventana de documento y la barra de desplazamiento vertical aparece en el lado izquierdo.

  • El controlador de relleno aparece en la esquina inferior izquierda de la celda.

  • Los indicadores de comentarios aparecen en la esquina superior izquierda de la celda.

  • En la vista Esquema, los botones de esquema y símbolos de documento aparecen en el lado derecho de la hoja de cálculo.

  • El cuadro de división horizontal aparece en el lado izquierdo de la hoja de cálculo, encima de la barra de desplazamiento vertical. El cuadro de división vertical aparece junto a la flecha de desplazamiento horizontal derecha.

Diferencias funcionales:

  • Se hace referencia a los rangos con el nombre de la celda en la esquina superior derecha del rango y el nombre de la celda en la esquina inferior izquierda, separados por un guión.

  • La herramienta Autosuma busca hacia arriba y hacia la derecha para encontrar las celdas cuyo total debe calcular.

  • Autoformato da formato a la hoja de cálculo de modo que los títulos de fila de un rango seleccionado aparecen en el lado derecho de una tabla y los totales aparecen en las partes inferior e izquierda del rango seleccionado.

  • Puede insertar rótulos de botón, entradas de cuadro de texto y comentarios de celda utilizando texto de derecha a izquierda, de izquierda a derecha o bidireccional (bidireccional: describe un entorno en el que se utilizan juntos los atributos de comportamiento de derecha a izquierda y de izquierda a derecha, como sucede en el caso de que haya texto inglés y texto árabe dentro de la misma oración.).

  • http://es.wikipedia.org/wiki/Hoja_de_c%C3%A1lculo

    http://carlosg3321.obolog.com/cuales-son-diferencias-hoja-calculo-sgbd-560208



    Las bases de datos relacionales son las más populares actualmente.    Su nombre proviene de su gran ventaja sobre las bases de datos de fichero plano: la posibilidad de relacionar varias tablas de datos entre sí, compartiendo información y evitando la duplicidad y los problemas que ello conlleva (espacio de almacenamiento y redundancia).   Existen numerosas bases de datos relacionales para distintas plataformas (access, Paradox, oracle, Sybase) y son ampliamente utilizadas. Sin embargo, tienen un punto débil: la mayoría de ellas no admite la incorporación de objetos multimedia tales como sonidos, imagenes o animaciones.

    http://www.monografias.com/trabajos24/bases-de-datos/bases-de-datos.shtml

    http://www.uneweb.com/adminxrsx/imgnos/7.jpg



    Si usa un proceso de diseño de base de datos establecido, puede crear de forma rápida y efectiva una base de datos bien diseñada que le proporciona acceso conveniente a la información que desea. Con un diseño sólido tardará menos tiempo en construir la base de datos y obtendrá resultados más rápidos y precisos.

    A continuación se indican los pasos que hay que seguir en el proceso de diseño de una base de datos. Cada paso se trata con mayor detalle en los temas restantes de esta sección.

  • Determinar la finalidad de la base de datos:  Esto le ayudará a estar preparado para los demás pasos.

  • Buscar y organizar la información necesaria:  Reúna todos los tipos de información que desee registrar en la base de datos, como los nombres de productos o los números de pedidos.

  • Dividir la información en tablas:  Divida los elementos de información en entidades o temas principales, como Productos o Pedidos. Cada tema pasará a ser una tabla.

  • Imagen que muestra una tabla que contiene productos y proveedores

  • Convertir los elementos de información en columnas:  Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un campo y se mostrará como una columna en la tabla. Por ejemplo, una tabla Empleados podría incluir campos como Apellido y Fecha de contratación.

  • Especificar claves principales:  Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido.

  • Definir relaciones entre las tablas:  Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones según sea necesario.

  • El formulario Pedidos

  • Ajustar el diseño:  Analice el diseño para detectar errores. Cree las tablas y agregue algunos registros con datos de ejemplo. Compruebe si puede obtener los resultados previstos de las tablas. Realice los ajustes necesarios en el diseño.

  • Aplicar las reglas de normalización:  Aplique reglas de normalización de los datos para comprobar si las tablas están estructuradas correctamente. Realice los ajustes necesarios en las tablas.

  • http://office.microsoft.com/es-es/access/HA012242473082.aspx

     



    et cetera