generacion de un sistema de base de datos

• los modelos de los datos se han desarrollado en tres generaciones. La primera generación de modelos de los datos se tiende a rechazar sin embargo fue el origen o génesis de las base de datos. Hasta el momento, las bases de datos más comercialmente aceptada han sido las bases de datos de segunda generación que utilizan el modelo relacional. Las bases de datos relacionales son definitivamente las que poseen la mayor parte del mercado “por ahora” lo que ha hecho muy difíciles para una nueva generación de bases de datos, conseguir por lo menos un equilibrio entre las dos generaciones.PRIMERA GENERACION: Modelo Jerárquicos y Red, SEGUNDA GENERACION DE BASES DE DATOS.: MODELO RELACIONAL Accesando el Modelo RelacionalModelo Relacional conProgramación de Procedimientos
  Modelo Relacional con Programación Orienta a Objetos
  TERCERA GENERACION: Modelo Post-Relacional
  El Modelo de Objeto
  Origenes de la Bases de Datos de Objetos
  El Modelo Objeto a Relacional

• En la base de datos encontramos que ha habido tres generaciones .

• http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx

DISEÑO FISICO DE UNA BASE DE DATOS

• Consiste en definir las estructuras de almacenamiento y de acceso para alcanzar una rendimiento óptimo de las aplicaciones de la base de datos. Los criterios adoptados suelen ser el tiempo de respuesta, la utilización de espacio y el volumen de transacciones por minuto. Fase 6: Implementación del sistema de base de datos. En esta fase final se hace realidad la base de datos, mediante la creación y la compilación del esquema de bases de datos y de los ficheros de bases de datos, así como de las transacciones, a través de las aplicaciones.

• Permite alcanzar un mayor rendimiento optico de las aplicaciones de la base de datos.

• http://tramullas.com/documatica/2-8.html

TRANSFORMACION DE MODELO DE DATOS

• En esta fase se crea un esquema conceptual y los esquemas externos necesarios en el modelo de datos del SGBD seleccionado, mediante la transformación de los esquemas de modelo de datos a alto nivel obtenidos en la Fase 2a, al modelo de datos ofrecido por el SGBD.

• Esta es la tercera face de el diseño de la base de datos, la cual cosiste en transformar esquemas de modelos.

• http://tramullas.com/documatica/2-8.html

ELECCION DE UN SISTEMA GESTOR DE BASE DE DATOS

• Si no se dispone de un SGBD, o el que hay se encuentra obsoleto, se debe escoger un SGBD que sea adecuado para el sistema de información. Esta elección se debe hacer en cualquier momento antes del diseño lógico.
  
  Sistema Gestor de Bases de Datos
  (DBMS: Database Management System):
  Software con capacidad para definir, mantener y
  utilizar una base de datos.
  
  Un sistema de gestión de bases de datos debe
  permitir definir estructuras de almacenamiento,
  acceder a los datos de forma eficiente y segura, etc.

• Las bases de datos tienen sus pros y sus contras y elegiremos una de acuerdo a nuestras necesidades y la que mas nos convenga.
  

• http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

DISEÑO CONCEPTUAL DE LA BASE DE DATOS

• Cuando se trabaja bajo el análisis conceptual de una situación, nos referimos a la abstracción de hechos reales de los cuales se emite un concepto o es posible hacer una idea de ello. Para poder realizar la abstracción de un tema en un área específica, a nivel informático, es necesario tener los requerimientos formulados por los usuarios con respecto a este. Estos requerimientos contienen el conjunto de hechos y reglas que dan pauta a la creación del esquema conceptual donde por medio de este se podrá realizar una descripción de alto nivel de la futura base de datos. Para manipular este esquema se utiliza un modelo conceptual que proporciona un lenguaje que permite utilizar un conjunto de símbolos (estándares) para la creación de este.
  El diseño conceptual se hace independiente al sistema gestor de base de datos (DBMS) que utilice el usuario para la implementación de esta.
  
  Para modelar Conceptualmente es posible utilizar varios Modelos de Datos Un modelo práctico para ilustrar el diseño conceptual es el modelo entidad relación.
  
  El diseño conceptual de una base de datos suele hacerse empleando un DER.
  El diseño conceptual de una base de datos forma parte del proceso de diseño de la base de datos completa, que incluye el diseño conceptual, diseño lógico y diseño físico de la misma.
  
  
  El esquema conceptual sirve luego para el diseño lógico de base de datos.

• De acuerdo a los requerimientos de los usuarios, estos tienen hechos y reglas para poder crear el esquema conceptual donde se podra hacer la descripcion de como sera la base de datos esto se lleva acabo mediante un esquema conceptual.

• http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php

RECOLECCION Y ANALISIS DE INFORMACION

• En esta etapa se recogen y analizan los requerimientos de los usuarios y de las áreas de aplicación. Esta información se puede recoger de varias formas:
  
  Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.
  Observando el funcionamiento de la empresa.
  Examinando documentos, sobre todo aquellos que se utilizan para recoger o visualizar información.
  Utilizando cuestionarios para recoger información de grandes grupos de usuarios.
  Utilizando la experiencia adquirida en el diseño de sistemas similares.
  La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, la documentación utilizada o generada por estas áreas de aplicación o grupos de usuarios, las transacciones requeridas por cada área de aplicación o grupo de usuarios y una lista priorizada de los requerimientos de cada área de aplicación o grupo de usuarios.
  Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.
  
  La información recogida se debe estructurar utilizando técnicas de especificación de requisitos, como por ejemplo técnicas de análisis y diseño estructurado y diagramas de flujo de datos. También las herramientas CASE ( Computer-Aided Software Engineering) pueden proporcionar una asistencia automatizada que garantice que los requisitos son completos y consistentes.

• La recolección es cuando se recopilan los datos que van a ser utilizados estos se pueden obtener realizando entrevistas, observando lo que se va a convertir en una base de datos, examinando documentos, cuestionarios y ayudandose de la experiencia en creacion de base de datos.
  
  En la información se debe analizar que contenga las principales áreas a las que se va aplicar, etc, esta información obtenida se debe de verificar y deshacerse de lo que no sirva, debe ser estructurada mediante tecnicas de especificación de requisitos.

• http://www3.uji.es/~mmarques/f47/apun/node67.html

CICLO DE VIDA DEL SISTEMA DE AMPLIACION DE UNA BASE DE DATOS

• Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:
  Planificación del proyecto.
  Definición del sistema.
  Recolección y análisis de los requisitos.
  Diseño de la base de datos.
  Selección del SGBD.
  Diseño de la aplicación.
  Prototipado.
  Implementación.
  Conversión y carga de datos.
  Prueba.
  Mantenimiento.

• son los pasos para realizar una base de datos no son siempre en ese orden pero se llevan a cabo todos por ejemplo la planificacion del proyecto que es donde se va a planear lo que se va a realizar .

• http://www3.uji.es/~mmarques/f47/apun/node67.html
  

TERCERA FORMA NORMAL

• Una relación R está en 3FN si y solo si esta en 2FN y todos sus atributos no primos dependen no transitivamente de la llave primaria.
  Consiste en eliminar la dependencia transitiva que queda en una segunda forma normal, en pocas palabras una relación esta en tercera forma normal si está en segunda forma normal y no existen dependencias transitivas entre los atributos, nos referimos a dependencias transitivas cuando existe más de una forma de llegar a referencias a un atributo de una relación.

• es cuando una base de datos qe esta en segunda forma normal y existen formas de llegar a referencias de algo.

• http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema4_3.htm

SEGUNDA FORMA NORMAL

• Para definir formalmente la segunda forma normal requerimos saber que es una dependencia funcional: Consiste en edificar que atributos dependen de otro(s) atributo(s).Una relación R está en 2FN si y solo si está en 1FN y los atributos no primos dependen funcionalmente de la llave primaria.
  Una relación se encuentra en segunda forma normal, cuando cumple con las reglas de la primera forma normal y todos sus atributos que no son claves (llaves) dependen por completo de la clave . De acuerdo con está definición, cada tabla que tiene un atributo único como clave, esta en segunda forma normal.Nótese que las llaves primarias están representadas con doble cuadro, las flechas nos indican que de estos atributos se puede referenciar a los otros atributos que dependen funcionalmente de la llave primaria.
  

• La dependencia funcional es determina que atributos necesitaran de otro.
  Para que una relación este en la segunda forma de la normal es necesario que este en la primera forma de la normal. En esta forma los attributos o llaves necesitan por completo de la clave; las tablas tienen unico atributo como clave.
• http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema4_2.htm

PRIMER FORMA NORMAL

• Una relación R se encuentra en 1FN si y solo sí por cada renglón columna contiene valores atómicos.
  Abreviada como 1FN, se considera que una relación se encuentra en la primera forma normal cuando cumple lo siguiente:
  
  Las celdas de las tablas poseen valores simples y no se permiten grupos ni arreglos repetidos como valores, es decir, contienen un solo valor por cada celda.
  Todos los ingresos en cualquier columna(atributo) deben ser del mismo tipo.
  Cada columna debe tener un nombre único, el orden de las columnas en la tabla no es importante.
  Dos filas o renglones de una misma tabla no deben ser idénticas, aunque el orden de las filas no es importante.
  Por lo general la mayoría de las relaciones cumplen con estas características, así que podemos decir que la mayoría de las relaciones se encuentran en la primera forma normal.

• Es cuando una relacion tiene en cada columna renglón solo valores atómicos.
  Para que una relación este en forma normal es necesario que los valores de las celdas sean simples y que no esten repetidos.Los datos en las celdas deben de ser del mismo tipo.Las columanas deben de tener un nombre propio.Dos filas no debend e ser iguales.

• http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema4_2.htm

normalizacion de una base de datos

• El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.
  Las bases de datos relacionales se normalizan para:
  Evitar la redundancia de los datos.
  Evitar problemas de actualización de los datos en las tablas.Proteger la integridad de los datos.
  En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones:
  Cada columna debe tener su nombre único.
  No puede haber dos filas iguales. No se permiten los duplicados.
  Todos los datos en una columna deben ser del mismo tipo.
  La normalización es el proceso mediante el cual se transforman datos complejos a un conjunto de estructuras de datos más pequeñas, que además de ser más simples y más estables, son más fáciles de mantener.
  
  Se explican los conceptos de la normalización de bases de datos, los mismos que son necesarios para un buen diseño de una base de datos.

• La normalización es una técnica que se utiliza para transformar y dominar la informacion de manera clara haciendo mas facil la creacion de columnas.
  
  La normalizacion es el proceso que mejora de las normas que se aplican a distintas reglas, con el fin de ordenarlas y mejoraralas. Minimiza los datos y ayuda a una mejor oraganizacion de estos.

• http://www.abcdatos.com/tutoriales/tutorial/l7052.html
  http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos
  

OPERADORES PRIMITIVOS, DERIVADOS Y ADICIONALES DE CONSULTA

• Operadores primitivos: Todo lenguaje computacional debe soportar la existencia de variables de tipos numérico, lógico y de carácter para la construcción de un programa
  Java cuenta con ocho tipos de datos primitivos para almacenar distintos rangos de valores: byte, short, int, long, float, double, char y boolean. Cualquier variable, se declara proporcionando su tipo, su nombre, y opcionalmente su valor inicial. Además toda declaración debe finalizar con un punto y coma.
  estas son como extensiones q tiene un documento o extensión.
  *Operadors derivados: Los operadores derivados son aquellos que se pueden expresar siempre en función de operadores primitivos, pero su introducción tiene por fin la simplificación de las consultas.
  Los operadores derivados son aquellos que se obtienen de otros en este caso podrian ser los primitivos
  *Operadores adicionales: Los operadores permiten realizar operaciones aritméticas, comparaciones, concatenaciones o asignaciones de valores. Por ejemplo, puede probar datos para comprobar que la columna de país o región de los datos de clientes está llena o no es NULL
  En las consultas, cualquier persona que pueda ver los datos de la tabla que se deben usar con algún tipo de operador puede realizar operaciones. Para poder cambiar los datos correctamente, debe disponer de los permisos adecuados.
  Permite cambiar datos, permanente o temporalmente.

• Todos los operadores almacenan cierto tipo de información y éstos operadores son distintos por ejemplo: Los primitivos contienen información básica y los derivados son los que contiene como su nombre lo dice información derivada de la información primitiva y finalmente los operadores adicionales tienen la capacidad de realizar operaciones aritméticas y comprobar que la información almacenada no sea nula.
  También permite cambiar o modificar información de manera temporal o permanente
  
• http://msdn.microsoft.com/es-es/library/bb397896.aspx

ARQUITECTURA DE TRES NIVELES

• El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstracción distintos:
  
  En el nivel interno se describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso.
  
  En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organización), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar el esquema.
  
  En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas.
  

• Como su nombre lo indica consta de una arquitectura de tres niveles, esta es una de las formas de crear una base de datos lo que consta en cada una de los niveles son especificaciones de los requerimientos como quien puede accsesar a la base de datos la entidades que se muestran o se ocultan, tambien cuentan con sistemas logicos que sirven de referencias para conectar la informacion.

• http://www3.uji.es/~mmarques/f47/apun/node33.html

MODELO ANSI-PARK

• ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy útil a la hora de conseguir estas tres características.
  
• Es una empresa que se dedica a estudiar la gestion de base de datos a igual como ISO o algunas otras, esta creo una arquitectura de tres niveles para una base de datos.

• http://www3.uji.es/~mmarques/f47/apun/node33.html

REQUERIMIENTOS DE CONSTRUCCCION

• Hardware: Se requiere de un servidor para el almacenamiento y manejo de la base de datos corporativa; este servidor se recomienda que sea altamente escalable, pues algunas veces el proyecto de construcción de la bodega presenta redimensionamiento a medida que se avanza en la implementación. La capacidad inicial de almacenamiento estará determinada por los requerimientos de información histórica presentados por la empresa y por la perspectiva de crecimiento que se tenga.
  
  Dependiendo del diseño del sistema, puede ser necesario contar con un segundo servidor para las herramientas de consulta de datos. Este equipo debe tener el sistema operativo recomendado por el proveedor de la herramienta a utilizar, siendo el más usado alguna versión de Windows.
  
  Las estaciones de trabajo de cada usuario deberán cumplir con las características recomendadas por el proveedor de la herramienta de consulta seleccionada.
  
  Herramientas del Software: Las herramientas se clasifican en cuatro categorías básicas: Herramientas de Almacenamiento (bases de datos, bases de datos multidimensionales), Herramientas de Extracción y Colección, Herramientas para Reportes de Usuario Final y Herramientas para Análisis Inteligentes.
  
  Herramientas de Almacenamiento: corresponde a la herramienta en la cual se irán a almacenar los datos. Existen muchas opciones, dependiendo del volumen de los datos, presupuesto, y capacidad de su sistema. Cada uno de los sistemas de administración de bases de datos, como Oracle, DB2, Informix, TeraData, Sybase, etc, tienen una facilidad de Data Warehouse.
  
  Herramientas de Extracción y Colección: Ayudan a definir, acumular, totalizar y filtrar los datos de sus sistemas transaccionales en el Data Warehouse. La mayoría de esas herramientas son desarrolladas por el personal interno de la compañía dado el gran conocimiento que tienen de los sistemas transaccionales.
  
  Herramientas para Elaboración de Reportes a Usuarios Finales: Es la interface vista por el usuario. Al usuario se le debe proveer un mecanismo para que vea los datos a un alto nivel y que entonces obtenga con ello la solución a preguntas específicas. Existen muchas herramientas, incluyendo Cognos Powerplay, Business Objects, SAS, ShowCase Strategy, etc.
  
  Herramientas de Análisis Inteligente: Entre ellas están las de empresas como IBM, SAS, Arbor, Cognos, Business Objects, entre otras. Estas herramientas han sido construidas utilizando inteligencia artificial, buscan alrededor del Data Warehouse modelos y relaciones en los datos. Estas herramientas utilizan una técnica conocida como Data Minning o Minería de datos.

• Habla principalmete de los requerimientos de un servidor para poder trabajar con Access, habla de los servicios. Debe tener respaldo establecido y permitido co licencia por parte de algunos otros programas de datos que complementan el uso de Access y lo hacen posible.

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

MODELO RELACIONAL

• Las bases de datos relacionales son el tipo de bases de datos actualmente más difundido. Los motivos de este éxito son fundamentalmente dos:
  
  1. ofrecen sistemas simples y eficaces para representar y manipular los datos
  2. se basan en un modelo, el relacional, con sólidas bases teóricas
  
  El modelo relacional fue propuesto originariamente por E.F. Codd en un ya famoso artículo de 1970. Gracias a su coherencia y facilidad de uso, el modelo se ha convertido en los años 80 en el más usado para la producción de DBMS.
  La estructura fundamental del modelo relacional es precisamente esa, "relación", es decir una tabla bidimensional constituida por líneas (tuple) y columnas (atributos). Las relaciones representan las entidades que se consideran interesantes en la base de datos. Cada instancia de la entidad encontrará sitio en una tupla de la relación, mientras que los atributos de la relación representarán las propiedades de la entidad. Por ejemplo, si en la base de datos se tienen que representar personas, se podrá definir una relación llamada "Personas", cuyos atributos describen las características de las personas. Cada tupla de la relación "Personas" representará una persona concreta.
  En realidad, siendo rigurosos, una relación es sólo la definición de la estructura de la tabla, es decir su nombre y la lista de los atributos que la componen. Cuando se puebla con las tuplas, se habla de "instancia de relación". Por eso, la anterior Figura 2 representa una instancia de la relación persona. Una representación de la definiticón de esa relación podría ser la siguiente:
  
  Personas (nombre, apellido, fecha_nacimiento, sexo, estado_civil)

• la funcon deeste modelo es relacionar datos de diferentes tablas para formar una base de datos completa segun las nesesidades el que la utilize.

• http://uvfdatabases.files.wordpress.com/2009/02/tablas-relacionales.png?w=394&h=369
  

MODELO DE ENTIDAD RELAION

• 
  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.
  
  
  

Entidad
Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseños de productos, conciertos, excursiones, etc. Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo puede aparecer una vez en el esquema conceptual.

Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una entidad cuya existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que no es débil.


Relación (interrelación)
Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior.

Las entidades que están involucradas en una determinada relación se denominan entidades participantes. El número de participantes en una relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan dos entidades es una relación binaria; si son tres las entidades participantes, la relación es ternaria; etc.

Una relación recursiva es una relación donde la misma entidad participa más de una vez en la relación con distintos papeles. El nombre de estos papeles es importante para determinar la función de cada participación.

La cardinalidad con la que una entidad participa en una relación especifica el número mínimo y el número máximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad. La participación de una entidad en una relación es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participación es opcional (parcial). Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio.

A veces, surgen problemas cuando se está diseñado un esquema conceptual. Estos problemas, denominados trampas, suelen producirse a causa de una mala interpretación en el significado de alguna relación, por lo que es importante comprobar que el esquema conceptual carece de dichas trampas. En general, para encontrar las trampas, hay que asegurarse de que se entiende completamente el significado de cada relación. Si no se entienden las relaciones, se puede crear un esquema que no represente fielmente la realidad.

Una de las trampas que pueden encontrarse ocurre cuando el esquema representa una relación entre entidades, pero el camino entre algunas de sus ocurrencias es ambiguo. El modo de resolverla es reestructurando el esquema para representar la asociación entre las entidades correctamente.

Otra de las trampas sucede cuando un esquema sugiere la existencia de una relación entre entidades, pero el camino entre una y otra no existe para algunas de sus ocurrencias. En este caso, se produce una pérdida de información que se puede subsanar introduciendo la relación que sugería el esquema y que no estaba representada.


Atributo
Es una característica de interés o un hecho sobre una entidad o sobre una relación. Los atributos representan las propiedades básicas de las entidades y de las relaciones. Toda la información extensiva es portada por los atributos. Gráficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen.

Cada atributo tiene un conjunto de valores asociados denominado dominio. El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio.

Los atributos pueden ser simples o compuestos. Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio. Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por sí mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa gráficamente mediante un óvalo.

Los atributos también pueden clasificarse en monovalentes o polivalentes. Un atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o relación a la que pertenece. Un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relación a la que pertenece. A estos atributos también se les denomina multivaluados, y pueden tener un número máximo y un número mínimo de valores. La cardinalidad de un atributo indica el número mínimo y el número máximo de valores que puede tomar para cada ocurrencia de la entidad o relación a la que pertenece. El valor por omisión es .

Por último, los atributos pueden ser derivados. Un atributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer a la misma entidad o relacion.

• el modelo de entidad-relacion esta echo por un conjunto de conceptos que nos lleva a saver la informacion de esos mismos.

• http://www3.uji.es/~mmarques/f47/apun/node83.html

MODELO JERARQUICO

• Una Base de datos jerárquica es un tipo de Sistema Gestor de Bases de Datos que, como su nombre indica, almacenan la información en una estructura jerárquica que enlaza los registros en forma de estructura de árbol (similar a un árbol visto al revés), en donde un nodo padre de información puede tener varios nodos hijo.
  
  Esta relación jerárquica no es estrictamente obligatoria, de manera que pueden establecerse relaciones entre nodos hermanos. En este caso la estructura en forma de árbol se convierte en una estructura en forma de grafo dirigido.
  A diferencia del modelo relacional, el modelo jerárquico no diferencia una vista lógica de una vista física de la base de datos. De manera que las relaciones entre datos se establecen siempre a nivel físico, es decir, mediante referencia a direcciones físicas del medio de almacenamiento (sectores y pistas).
  
  Los datos se almacenan en la forma de registros, el equivalente a las filas del modelo relacional. Cada registro consta de un conjunto de campos, el equivalente a las columnas del modelo relacional. Un conjunto de registros con los mismos campos se denomina fichero (record type, en inglés), el equivalente a las tablas del modelo relacional.
  
  El modelo jerárquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a varios) del modelo relacional. Pero a diferencia de éste último, las relaciones son unidireccionales. En justicia, dichas relaciones son hijo-padre, pero no padre-hijo. Por ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre), pero no al contrario. Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raíz. La consulta en el sentido contrario requiere una búsqueda secuencial por todos los registros de la base de datos (por ejemplo, para consultar todos los empleados de un departamento). En las bases de datos jerárquicas no existen índices que faciliten esta tarea.
  
  Obsérvese que, a priori, no existen relaciones N:M (de muchos a muchos) en el modelo jerárquico. Salvo que se simulen mediante varias relaciones 1:N. No obstante, esto puede provocar problemas de inconsistencia, ya que el gestor de base de datos no controla estas relaciones.


• un modela jerarquico es la relacion de datos organizados en forma de arbol.

• http://es.wikipedia.org/wiki/Base_de_datos_jer%C3%A1rquica
  

MODELO DE RED

• Una base de datos de red como su nombre lo índica, esta formado por una colección de registros, los cuales están conectados entre sí por medio de enlaces. El registro es similar a una entidad como las empleadas en el modelo entidad-relación.
  
  Un registro es una colección de campos (atributos), cada uno de los cuales contiene solamente almacenado un solo valor, el enlace es la asociación entre dos registros exclusivamente, así que podemos verla como una relación estrictamente binaria.
  
  Una estructura de datos de red, llamada algunas veces estructura plex, abarca más que la estructura de árbol porque un nodo hijo en la estructura de red puede tener más de un padre. En otras palabras, la restricción de que en un árbol jerárquico cada hijo puede tener un solo padre, se hace menos severa. Así, la estructura de árbol se puede considerar como un caso especial de la estructura de red tal como lo muestra la siguiente figura.
  
  
  
  Para ilustrar la estructura de los registros en una base de datos de red, consideremos la base de datos alumno-materia, los registros en lenguaje Pascal entonces quedarían como:
  
  type alumno= record
  NombreA:string[30];
  Control:string[8];
  Esp: string[3];
  end;
  
  type materia = record
  Clave:string[7];
  NombreM:string[25];
  Cred=string[2];
  end;
• Un modelo de red es, informacion la cual esta entrelasada y tiene un sentido la relacion y nos lleva a un significado.

• http://sistemas.itlp.edu.mx/tutoriales/basedat1/index.htm
  

MODELO DE BASE DE DATOS

• Un modelo de base de datos o esquema de base de datos es la estructura o el formato de una base de datos, descrita en un lenguaje formal soportada por el sistema de gestión de bases de datos. En otras palabras, un "modelo de base de datos" es la aplicación de un modelo de datos usado en conjunción con un sistema de gestión de bases de datos.
  
  Los esquemas generalmente son almacenados en un diccionario de datos. Aunque un esquema se defina en un lenguaje de base de datos de texto, el término a menudo es usado para referirse a una representación gráfica de la estructura de la base de datos.
  Un modelo de base de datos es una teoría o especificación que describe como una base de datos es estructurada y usada. Varios modelos han sido sugeridos.
  
  Modelos comunes:
  
  Modelo jerárquico
  Modelo de red
  Modelo relacional
  Modelo entidad-relación
  Modelo objeto-relacional
  Modelo de objeto
  Un modelo de datos no es solamente un modo de estructurar datos, sino que también define el conjunto de las operaciones que pueden ser realizadas sobre los datos. El modelo relacional, por ejemplo, define operaciones como selección, proyección y unión. Aunque estas operaciones pueden no ser explícitas en un lenguaje de consultas particular, proveen las bases sobre las que éstos son construidos.

• Un modelo de base de datos es como va a estar estructurada la base de datos mas preciso los datos que va a tener.

• http://es.wikipedia.org/wiki/Modelo_de_base_de_datos

TIPOS E GESTORES DE BASE DE DATOS

• Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar la información de las bases de datos; en definitiva, administrarlas. Existen distintos tipos de gestores de bases de datos: relacional, jerárquico, red,... El modelo relacional es el utilizado por casi todos los gestores de bases de datos para PC´s. El modelo relacional (SGBDR) es un software que almacena los datos en forma de tablas
  
  Características Generales de los Sistemas Gestores de B.D.
  Aunque hay multitud de aplicaciones para la Gestión de Bases de Datos diferentes en características y precios, podemos encontrar aspectos comunes en todos ellos:
  * Aceptan definiciones de esquemas y vistas (definición de diferentes bases de datos).
  *Manipulan los datos siguiendo las órdenes de los usuarios.
  *Cuidan que se respete la seguridad e integridad de los datos.
  * Permiten definir usuarios y las restricciones de acceso para cada uno de ellos.
  *Controlan la concurrencia y las operaciones asociadas a la recuperación de los fallos.

INCONVENIENTES:

*Típicamente, es necesario disponer de una o más personas que administren de la base de datos, en la misma forma en que suele ser necesario en instalaciones de cierto porte disponer de una o más personas que administren los sistemas operativos. Esto puede llegar a incrementar los costos de operación en una empresa. Sin embargo hay que balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene.
*Si se tienen muy pocos datos que son usados por un único usuario por vez y no hay que realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar una planilla de cálculo.
*Complejidad: los software muy complejos y las personas que vayan a usarlo deben tener conocimiento de las funcionalidades del mismo para poder aprovecharlo al máximo.
*Tamaño: la complejidad y la gran cantidad de funciones que tienen hacen que sea un software de gran tamaño, que requiere de gran cantidad de memoria para poder correr.
*Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo general son relativamente altos, por lo que estos equipos pueden llegar a costar gran cantidad de dinero.

• Esto es un programa que permite organisar o repcueprar informacion de bases de datos y son muy utiles.

• fuente: www.wikilearning.com , informatica para cursos de bachicherato 2° edicion, gonzalo ferreyra cortes, alfaomega

INFORMES Y REPORTES

INFORMES: Los informes perimten recopilar datos de las tablas o de los resultados de las consultas para generar listado informativos , utilizando formatos de impresion.

REPORTES: Microsoft Access también posee la habilidad de crear reportes para
presentar los datos de forma impresa. Los reportes pueden ser basados en una tabla o en los resultados de un “query”(consulta de base de datos). Por ejemplo Access nos permite crear “Mailing Labels”, calcular totales, o agrupar datos según nuestros criterios.

• los informes son recopilaciones de datos de varias tablas que arrojan un resultados. los reportes y los informes son parecidos y nos ayudan a tener el informacion de datos de una misma relacion cada mes,semana, año, etc.

• fuente: informatica para cursos de bachillerato 2° edicion, gonzalo ferreyra cortes, alfaomega.

CONSULTAS Y FORMULARIOS

• CONSULTAS: Las consultas son acciones, pantallas o listados que se generan mediante instrucciones que permiten seleccionar elementos de una o varias tablas para conjugarlos en un todo informativo, con la finalidad de consultar, analizar y administrar los datos de la base. FORMULARIOS: Los formularios son formatos diseñados por el usuario , que permite consultar, editar o intrducir datos en la base.
  
  


• las consultas nos permiten ver informacion y datos de otras tablas y poderlos conijugarlos, los formularios son cresdos por nosotros para poder consultar o introducir informacion en la base.
  


• fuente: informatica cursos de bachillerato 2° edicion, gonzalo ferreyra cortes , alfaomega

TABLA,CLAVES Y RELACIONES

• TABLA: son objetos que tienen la capacidad de almacenar en filas (registros) y columnas (campos) los datos relacionades que permiten trabajar con otras funcines de acces.CLAVES:Es una columna (o combinación de columnas) que permite identificar de forma inequívoca cada fila de la tabla, por lo que no pueden haber en una tabla dos filas con el mismo valor en la columna definida como clave principal.
  Antes de guardar la tabla tendremos que asignar una clave principal.
  
  La clave principal proporciona un valor único para cada fila de la tabla y nos sirve de identificador de registros de forma que con esta clave podamos saber sin ningún tipo de equivocación el registro al cual identifica. No podemos definir más de una clave principal, pero podemos tener una clave principal compuesta por más de un campo. RELACIONES: Una relación es una característica especial de Access que hace que podamos trabajar con varias tablas relacionadas a través de un campo en común.Para crear relaciones en Access 2007 primero deberemos acceder a la ventana Relaciones deberemos hacer clic en el botón Relaciones que se encuentra en la pestaña Herramientas de base de datos.

• la tabla se ocupa para poder registrar los datos que deseamos y las relaciones nos ayundan para poder trabajar con otras tablas similares. y las claves nos sirven para identificar la fila y columna.......

• fuente: informatica para cursos de bachillerato 2° edicion, gonzalo ferreyra cortes, alfaomega.
  

DATO, CAMPO Y REGISTRO.

*DATO:

El dato (del latín datum) es una representación simbólica (numérica, alfabética, algorítmica etc.), un atributo o una característica de una entidad. El dato no tiene valor semántico (sentido) en sí mismo, pero si recibe un tratamiento (procesamiento) apropiado, se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el ámbito informático y, en general, prácticamente en cualquier disciplina científica.

*CAMPO Y REGISTRO: Cada uno de los datos que se incluyen en la base de datos(nombre,fecha,domicilio,etc)recibe el nombre de campo y se ubica en las columnas,mientras que el conjunto de campos se refiere a un concepto en particular como una, persona, empresa, pructo, o cualquier otro, se denomina registro y ocupa los renglones o registro de la tabla.Un registro es, por tanto la unidad de infromacion que se refiere a un mismo concepto.

Los registros pueden contener uno o mas campos. cada campo se refiere a una caracteristica o dato en particular de lregistro.

* en resumen un dato pueden ser numeros, simbolos, letras que pueden ser leidos para producir informacion . para identificar un campo y un registo, los campos estan en forma horizontal mientras que los registros estan en forma vertical.

*FUENTE: INFORMATICA PARA CURSOS DE BACHILLERATO (Gonzalo Ferreira Cortes)segunda edicion,alfaomega.

Base de Datos

• Una base de datos o banco de datos 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 informática y la electrónica, 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.
  es el almacenamiento de datos de una misma clase, ordenados ya sea de mayor a menor, orden alfebetico o por su importancia.




• fuente: http://www.wikipedia.com/