▂ ▃ ▄ ▅ ▆ ▇ █ ▋▌♫EsPaNtoW kILleR♫▌▋█ ▇ ▅ ▄ ▃ ▂

• Cuando hablamos de bases de datos, en nuestras conversaciones nos referimos a datos relacionales. Esto no fue siempre así, antes que el modelo relacional fuese desarrollado, existió otro modelo de datos.
  
  Ahora, el caso para considerar las alternativas ha llegado a ser cada vez más fuerte, con las nuevas generaciones de leguajes de desarrollo orientados a objetos se abre una gama de oportunidades a las aplicaciones, y a su vez a las base de datos con la aparición de las bases de datos nativas, orientadas a guardar estos objetos creados por las aplicaciones
  Primera generación: modelo jerárquicos y red
  El modelo jerárquicos
  El modelo de dato de red
  Segunda generación de bases de datos.: modelo relacional
  Accesando el modelo relacional
  Modelo relacional con programación de procedimientos
  Modelo relacional con programación orienta a objetos
  Tercera generación: modelo post-relacional
  El modelo de objeto
  El modelo objeto a relacional
  
• La generación de base de datos, muestra la diversidad de sistemas que se craron, y los que actualmente existen.
  
• http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx

• El diseño de una base de datos se descompone en tres etapas: diseño conceptual, lógico y físico. La etapa del diseño lógico es independiente de los detalles de implementación y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lógico global y la documentación que lo describe. Todo ello es la entrada para la etapa que viene a continuación, el diseño físico.
  Uno de los objetivos principales del diseño físico es almacenar los datos de modo eficiente. Para medir la eficiencia hay varios factores que se deben tener en cuenta:
  
  Productividad de transacciones. Es el número de transacciones que se quiere procesar en un intervalo de tiempo.
  
  Tiempo de respuesta. Es el tiempo que tarda en ejecutarse una transacción. Desde el punto de vista del usuario, este tiempo debería ser el mínimo posible.
  
  Espacio en disco. Es la cantidad de espacio en disco que hace falta para los ficheros de la base de datos. Normalmente, el diseñador querrá minimizar este espacio.
  
  
• El diseño físico de la base de datos es la documentación del esquema lógico

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

• Es innegable que la gestión y la explotación subsiguiente de los registros que contienen datos, y, como consecuencia, información, depende de las herramientas existentes en el campo de la gestión de la información, por una parte, y del cuerpo teórico de la ciencia de la información, por otra. La explotación satisfactoria de esta información, de la misma forma, demanda experiencia en dos áreas de conocimiento: en las técnicas de recuperación de información y en el estudio de las necesidades de los usuarios.
  
  
• Para transformar al modelo de datos se debe a la forma de la información y la necesidad del usuario.
  
  
• http://tramullas.com/documatica/2-8.html

• 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.
  
  
• Es un software que permite introducir, organizar y recuperar la información de las bases de datos; en definitiva, administrarlas.
  
  
• http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

• En esta etapa se crea un esquema conceptual de la base de datos. Se desarrollan las especificaciones hasta el punto en que puede comenzar la implementación. Durante esta etapa se crean modelos detallados de las vistas de usuario y sobre todo las relaciones entre cada elemento del sistema, documentando los derechos de uso y manipulación de los diferentes grupos de usuarios.
  
  Si parte de la información necesaria para crear algún elemento establecido ya se encuentra implementado en otro sistema de almacenamiento hay que documentar que relación existirá entre uno y otro y detallar los sistemas que eviten la duplicidad o incoherencia de los datos.
  
  El diseño consta, como se vio anteriormente, de tres fases: el diseño global o conceptual, el diseño lógico y el modelo físico.
  
  Esta etapa consta de tres fases: diseño conceptual, diseño lògico, diseño fisico de la Base de Datos.
  
  La primera fase consiste en la producciónde un esquema conceptual que es independiente de todos los consideraciones fisicas.este modelo se refina después en un
  
  esquema lògico eliminando las construcciones que no se puede representar en el modelo de Base de Datos escogido (relacional, orientado a objeto,etc). En la tercera
  
  fase el esquema lògico que traduce un esquema fisico para el sistema gestor de Base de Datos escogido. La fase de diseño fisico considera las estructuras de
  
  almacenamiento y los mètodos de acceso necesarios para proporcionar un acceso eficiente a la Base de Datos en memoria secundaria.
  
  
  
• Se desarrollan las especificaciones hasta el punto en que puede comenzar la implementación apartir de un esquema para crear modelos detallados de las vistas de usuario y sobre todo las relaciones entre cada elemento del sistema, documentando los derechos de uso y manipulación de los diferentes grupos de usuarios
  
  
  
• http://www.monografias.com/trabajos34/base-de-datos/base-de-datos.shtml#recuper

• En esta etapa se recoge y analiza los requerimientos de los usuarios y de las àreas de aplicación. Esta información se la puede recoger de varias formas:
  
  -Entrevistando el personal de la empresa concretamente aquellos que son considerando expertos en la àrea que se de.
  -Observando el funcionamiento de la empresa.
  -Examinando documentos sobre todo aquellos que se utilizan para recoger o visualizar la información.
  -Utilizando cuestionario para recoger información de grandes grupos de usuarios.
  -Utilizan la experiencia adquirida en el Diseño de Sistemas similares.
  Esta etapa tiene como resultado en 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.
  
  Los requisitos de desarrollo involucran el software y hardware necesario para la implementación, los recursos humanos necesarios (tanto internos como externos), la formación al personal.
  
• En esta etapa se sustrae la infomacion para anlizarla de la aplicacion.Para tener como resultado un conjunto de documentos de los usuarios.
  
  
• http://www.monografias.com/trabajos34/base-de-datos/base-de-datos.shtml#recuper

• A continuación, se muestran las tareas más importantes que se realizan en cada etapa.
  
  1. Planificación del proyecto
  Esta etapa conlleva la planificación de cómo se pueden llevar a cabo las etapas del ciclo de vida de la manera más eficiente. Hay tres componentes principales: el trabajo que se ha de realizar, los recursos para llevarlo a cabo y el dinero para pagar por todo ello. Como apoyo a esta etapa, se necesitará un modelo de datos corporativo en donde se muestren las entidades principales de la empresa y sus relaciones, y en donde se identifiquen las principales áreas funcionales. Normalmente, este modelo de datos se representa mediante un diagrama entidad-relación. En este modelo se tiene que mostrar también qué datos comparten las distintas áreas funcionales de la empresa.
  La planificación de la base de datos también incluye el desarrollo de estándares que especifiquen cómo realizar la recolección de datos, cómo especificar su formato, qué documentación será necesaria y cómo se va a llevar a cabo el diseño y la implementación. El desarrollo y el mantenimiento de los estándares puede llevar bastante tiempo, pero si están bien diseñados, son una base para el personal informático en formación y para medir la calidad, además, garantizan que el trabajo se ajusta a unos patrones, independientemente de las habilidades y la experiencia del diseñador. Por ejemplo, se pueden establecer reglas sobre cómo dar nombres a los datos, lo que evitará redundancias e inconsistencias. Se deben documentar todos los aspectos legales sobre los datos y los establecidos por la empresa como, por ejemplo, qué datos deben tratarse de modo confidencial.
  
  2. Definición del sistema
  En esta etapa se especifica el ámbito y los límites de la aplicación de bases de datos, así como con qué otros sistemas interactúa. También hay que determinar quienes son los usuarios y las áreas de aplicación.
  
  3. Recolección y análisis de los requisitos
  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.
  
  4. Diseño de la base de datos
  Esta etapa consta de tres fases: diseño conceptual, diseño lógico y diseño físico de la base de datos. La primera fase consiste en la producción de un esquema conceptual, que es independiente de todas las consideraciones físicas. Este modelo se refina después en un esquema lógico eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido (relacional, orientado a objetos, etc.). En la tercera fase, el esquema lógico se traduce en un esquema físico para el SGBD escogido. La fase de diseño físico considera las estructuras de almacenamiento y los métodos de acceso necesarios para proporcionar un acceso eficiente a la base de datos en memoria secundaria.
  
  Los objetivos del diseño de la base de datos son:
  
  Representar los datos que requieren las principales áreas de aplicación y los grupos de usuarios, y representar las relaciones entre dichos datos.
  Proporcionar un modelo de datos que soporte las transacciones que se vayan a realizar sobre los datos.
  Especificar un esquema que alcance las prestaciones requeridas para el sistema.
  Hay varias estrategias a seguir para realizar el diseño: de abajo a arriba, de arriba a abajo, de dentro a fuera y la estrategia mixta. La estrategia de abajo a arriba parte de todos los atributos y los va agrupando en entidades y relaciones. Es apropiada cuando la base de datos es simple, con pocos atributos. La estrategia de arriba a abajo es más apropiada cuando se trata de bases de datos complejas. Se comienza con un esquema con entidades de alto nivel, que se van refinando para obtener entidades de bajo nivel, atributos y relaciones. La estrategia de dentro a fuera es similar a la estrategia de abajo a arriba, pero difiere en que se parte de los conceptos principales y se va extendiendo el esquema para considerar también otros conceptos, asociados con los que se han identificado en primer lugar. La estrategia mixta utiliza ambas estrategias, de abajo a arriba y de arriba a abajo, con un esquema de divide y vencerás. Se obtiene un esquema inicial de alto nivel, se divide en partes, y de cada parte se obtiene un subesquema. Estos subesquemas se integran después para obtener el modelo final.
  
  5. Selección del SGBD
  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.
  
  6. Diseño de la aplicación
  En esta etapa se diseñan los programas de aplicación que usarán y procesarán la base de datos. Esta etapa y el diseño de la base de datos, son paralelas. En la mayor parte de los casos no se puede finalizar el diseño de las aplicaciones hasta que se ha terminado con el diseño de la base de datos. Por otro lado, la base de datos existe para dar soporte a las aplicaciones, por lo que habrá una realimentación desde el diseño de las aplicaciones al diseño de la base de datos.
  En esta etapa hay que asegurarse de que toda la funcionalidad especificada en los requisitos de usuario se encuentra en el diseño de la aplicación. Habrá algunos programas que utilicen y procesen los datos de la base de datos.
  Además, habrá que diseñar las interfaces de usuario, aspecto muy importante que se suele ignorar. El sistema debe ser fácil de aprender, fácil de usar, ser directo y estar ``dispuesto a perdonar''. Si la interface no tiene estas características, el sistema dará problemas, sin lugar a dudas.
  
  7. Prototipado
  Esta etapa, que es opcional, es para construir prototipos de la aplicación que permitan a los diseñadores y a los usuarios probar el sistema. Un prototipo es un modelo de trabajo de las aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema final, pero es suficiente para que los usuarios puedan utilizar el sistema e identificar qué aspectos están bien y cuáles no son adecuados, además de poder sugerir mejoras o la inclusión de nuevos elementos. Este proceso permite que quienes diseñan e implementan el sistema sepan si han interpretado correctamente los requisitos de los usuarios. Otra ventaja de los prototipos es que se construyen rápidamente.
  Esta etapa es imprescindible cuando el sistema que se va a implementar tiene un gran coste, alto riesgo o utiliza nuevas tecnologías.
  
  8. Implementación
  En esta etapa se crean las definiciones de la base de datos a nivel conceptual, externo e interno, así como los programas de aplicación. La implementación de la base de datos se realiza mediante las sentencias del lenguaje de definición de datos (LDD) del SGBD escogido. Estas sentencias se encargan de crear el esquema de la base de datos, los ficheros en donde se almacenarán los datos y las vistas de los usuarios.
  
  Los programas de aplicación se implementan utilizando lenguajes de tercera o cuarta generación. Partes de estas aplicaciones son transacciones sobre la base de datos, que se implementan mediante el lenguaje de manejo de datos (LMD) del SGBD. Las sentencias de este lenguaje se pueden embeber en un lenguaje de programación anfitrión como Visual Basic, Delphi, C, C++, Java, COBOL, Fortran, Ada o Pascal. En esta etapa, también se implementan los menús, los formularios para la introducción de datos y los informes de visualización de datos. Para ello, el SGBD puede disponer de lenguajes de cuarta generación que permiten el desarrollo rápido de aplicaciones mediante lenguajes de consultas no procedurales, generadores de informes, generadores de formularios, generadores de gráficos y generadores de aplicaciones.
  
  También se implementan en esta etapa todos los controles de seguridad e integridad. Algunos de estos controles se pueden implementar mediante el LDD y otros puede que haya que implementarlos mediante utilidades del SGBD o mediante programas de aplicación.
  
  9. Conversión y carga de datos
  Esta etapa es necesaria cuando se está reemplazando un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema viejo al nuevo directamente o, si es necesario, se convierten al formato que requiera el nuevo SGBD y luego se cargan. Si es posible, los programas de aplicación del sistema antiguo también se convierten para que se puedan utilizar en el sistema nuevo.
  
  10. Prueba
  En esta etapa se prueba y valida el sistema con los requisitos especificados por los usuarios. Para ello, se debe diseñar una batería de tests con datos reales, que se deben llevar a cabo de manera metódica y rigurosa. Es importante darse cuenta de que la fase de prueba no sirve para demostrar que no hay fallos, sirve para encontrarlos. Si la fase de prueba se lleva a cabo correctamente, descubrirá los errores en los programas de aplicación y en la estructura de la base de datos. Además, demostrará que los programas ``parecen'' trabajar tal y como se especificaba en los requisitos y que las prestaciones deseadas ``parecen'' obtenerse. Por último, en las pruebas se podrá hacer una medida de la fiabilidad y la calidad del software desarrollado.
  
  11. Mantenimiento
  Una vez que el sistema está completamente implementado y probado, se pone en marcha. El sistema está ahora en la fase de mantenimiento en la que se llevan a cabo las siguientes tareas:
  Monitorización de las prestaciones del sistema. Si las prestaciones caen por debajo de un determinado nivel, puede ser necesario reorganizar la base de datos.
  Mantenimiento y actualización del sistema. Cuando sea necesario, los nuevos requisitos que vayan surgiendo se incorporarán al sistema, siguiendo de nuevo las etapas del ciclo de vida que se acaban de presentar.
  
  
• 
  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.
  
  Estas etapas no son estrictamente secuenciales. De hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocen como ciclos de realimentación. Por ejemplo, los problemas que se encuentran en la etapa del diseño de la base de datos pueden requerir una recolección de requisitos adicional y su posterior análisis.
  
  
• http://www3.uji.es/~mmarques/f47/apun/node67.html

• Una relación se encuentra en tercera forma normal (EFN) si no existen transitividades entre sus atributos y si ya se encuentra en 2 FN.
  Una relación R a poner en tercera forma normal debe estar en la segunda forma normal. Es muy común que R sea una sub-relación; la relación original estaba en primera forma normal (para ponerla en segunda forma normal fue descompuesta en varias sub-relaciones). Estas son ahora candidatas a una descomposición adicional.
  
  Recordamos que las propiedades de la segunda forma normal (2Fn) son:
  
  - Tenemos una matríz m x n con un valor determinado para cada componente de cada tupla.
  
  - Cada valor es obtenido a partir de un dominio propiamente definimos
  
  - Cada valor contiene una clave, ya sea simple o compuesta
  
  - Cada componente no clave es dependiente en forma completa de su clave.
  
  En consecuencia es evidente que tenemos, o bien una clave simple, o una clave compuesta de la cual todos los componentes no clave son dependientes en forma completa.
  
  El objeto de esta fase es determinar todas las dependencias transitivas; la descomposición producirá a continuación sub-relaciones para las cuales no existirán dependencias transitivas -la definición de la tercera forma normal (EFN)-.
  
  Una dependencia transitiva abarca como mínimo tres componentes. Si los componentes fueran más, la dependencia múltiple puede derivarse en varias dependencias atransitivas de tres componentes solamente dada una. Por lo tanto dirigiremos nuestra atención a una dependencia transitiva simple de tres componentes.
  
• Si no existen transitividades entre sus atributos y si ya se encuentra en 2 FN entonmces ya se encuentra en 3º forma normal y cada valor contiene una clave.
  
• http://www.monografias.com/trabajos5/norbad/norbad2.shtml#pri

• Una relación está en segunda forma normal (2FN) solamente si todos los atributos son dependientes en forma completa de la clave.
  
  Su nombre ya nos indica el hecho de que la segunda forma normal es por lo general el próximo paso de normalización y descomposición. Para ser accesible a la normalización, y poder ser puesta en segunda forma normal, la relación debe poseer las siguientes propiedades:
  
  - Debe estar en primera forma normal
  
  - Debe tener una clave compuesta.
  
  La consecuencia inmediata de los requerimientos expresados más arriba es que cualquier relación en primera forma normal que tiene una clave simple, está automáticamente en segunda forma normal. Comencemos con un ejemplo en forma de tabla de una relación consistente en 17 atributos, que se presenta en la figura. La misma se encuentra en primera forma normal y tiene una clave compuesta que consiste en dos atributos P y Q. Estos están subrayados en la figura para mostrar que sirven como clave. La tupla de relación puede también escribirse linealmente en forma simbólicamente:
  
  R = (A,B,C,D,E,F,G,H,I,L,M,N,O,P,Q)
  
  El próximo paso es crear un grafo de dependencia, presentando aquí como figura. Debe notarse que este grafo se crea examinado con conocimientos y atributos para determinar como participan y relacionan entre ellos.
  
  No resulta suficiente analizar la matríz de relación, la cual puede hacernos creer que existe una dependencia debido a que la muestra de la cual se ha extraído dicha relación es pequeña. Si somos inducidos a error por los datos existentes y construimos una dependencia donde esta no existe, se planteará un problema. Cuando lleguen nuevos datos que contradigan la dependencia, deberá dejarse de lado el esquema completo.
  
  Supongamos en consecuencia que el grafo que se puede observar en la figura ha sido derivado en forma funcional y que expresa correctamente las dependencias. Resulta claro a partir de este grafo que los atributos que parten de P son dependientes solamente de este. De un modo similar los que parten de Q dependen solamente de este último. Solamente aquellos que parten de la línea de trazos que conecta a P y Q tienen dependencia completa de ambos.
  
  
• Solamente si todos los atributos son dependientes en forma completa de la clave esta en segunda forma normal y debe tener una clave compuesta y tner la primera forma normal.
  
  
• http://www.monografias.com/trabajos5/norbad/norbad2.shtml#pri
  

• Para que una relación esté en primera forma normal (1 FN), debe ser solamente una relación propia, una matríz m por n, donde:
  
  - Ninguna celda de la matriz está vacía;
  
  - El valor n cualquier columna está definido por el dominio para dicho atributo.
  
  - Cada tupla tiene una clave que la identifica en forma unívoca, pero dicha clave no significa orden.
  
  La aplicación determina la relación
  Para que una relación sea normalizada en pasos adicionales, debe encontrarse en la primera forma normal. Colocar los datos en la primera forma normal está a cargo del diseñador de la aplicación. Estos datos se encuentran disponibles de alguna manera inicialmente. Si la aplicación existe en forma manual, o ha sido anteriormente computarizada pero no todavía como relación, el diseñador reorganiza los datos de modo de conformar una matríz 1FN.
  
  La segunda inicial más importante es la dimensión de la relación ¿cuántos componentes existen en la tupla o cuántas columnas en la tabla? ¿De qué manera se compara esto con el número de campos en el documento fuente?.
  
  En la figura se puede observar un documento como muestra, una factura típica. Parte de la informaciónes fija y otra variable. La figura nos muestra un formulario impreso dentro de l cual se ha agregado información. La impresión puede dividirse en dos categorías.
  
  - Información descriptiva para el usuario
  
  - Nombres de atributos.
  
  La información impresa es necesariamente fija. Podemos observar el nombre de la compañía en la figura, así como otras particularidades (tales como el número de teléfono que no figura aquí). Otros nombres impresos corresponden a los atributos cuyos valores se escriben en el momento en que el formulario es llenado. Estos nombres de atributos son también los nombres de campos para almacenar los datos en el sistema. Los que se escribe son los valores de atributos.
  
  La información convertida queda formada en tuplas. La próxima pregunta es cuantas tuplas representarán a la formación en esta forma. Debe notarse que el número de partes ordenadas varía de una factura o pedido a otro.
  
  
• Para que una relación sea normalizada en pasos adicionales, debe encontrarse en la primera forma normal, si la aplicaion esta utilizada en forma manual el diseñador puede modoficarla.
  
  
• http://www.monografias.com/trabajos5/norbad/norbad2.shtml#pri

• Normalización es un conjunto de reglas que sirven para ayudar a los diseñadores a desarrollar un esquema que minimice los problemas de lógica. Cada regla está basada en la que le antecede. La normalización se adoptó porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de datos, era ineficiente y conducía a errores de lógica cuando se trataba de manipular los datos.
  La normalización también hace las cosas fáciles de entender. Los seres humanos tenemos la tendencia de simplificar las cosas al máximo. Lo hacemos con casi todo desde los animales hasta con los automóviles. Vemos una imagen de gran tamaño y la hacemos menos compleja agrupando cosas similares juntas. Las guías que la nomlalización provee crean el marco de referencia para simplificar la estructura. En su base de datos de muestra es fácil detectar que usted tiene tres diferentes grupos: clientes, productos y pedidos. Si sigue las guías de la nomlalización, podría crear las tablas basándose en estos grupos.
  
  
• La normalizacion de una base e datos sirve para facilitar su conocimiento, ya qu esta de manera simplificada en un esquema de maera simplificada la informacion.
  
  
• http://www.trucostecnicos.com/trucos/ver.php?id_art=278

• OPERADORES PRIMITIVOS
  
  A) Unarios
  Los operadores unarios tienen como operando una única relación; para su definición utilizaremos la siguiente notación:
  B) Restricción o selección
  La restricción, también llamada selección, de una relación mediante una expresión lógica da como resultado una relación formada por el subconjunto de tuplas que satisface dicha expresión lógica. Se denota mediante la letra s.
  s condicion_de_seleccion (nombre_de_relacion).
  
  OPERADORES 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: Combinación o Join:La combinación de dos relaciones respecto de sus columnas d y k es otra relación constituida por todos los pares de tuplas concatenadas, tales que, en cada par, las columnas d y k de las correspondientes tuplas satisfacen la condición especificada. Si la condición es de igualdad se denomina combinación por igualdad (también se denomina equijoin o join)., intersección:La intersección de dos relaciones compatibles en sus esquema es otra relación definida sobre el mismo esquema de relación, cuya extensión estará constituida por las tuplas que pertenezcan a ambas relaciones. Se denota por la letra I., división:La división de dos relaciones otra relación cuya extensión estará formada por las tuplas que al completarse con las tuplas de la segunda relación permiten obtener la primera.
  
  OPERADORES ADICIONALES DE CONSULTA
  
  Los operadores de consulta estándar son los métodos que forman el modelo de Language-Integrated Query (LINQ). La mayoría de estos métodos funciona en secuencias, donde una secuencia es un objeto cuyo tipo implementa la interfaz IEnumerable<(Of <(T>)>)o la interfaz IQueryable<(Of <(T>)>). Los operadores de consulta estándar proporcionan capacidades de consulta que incluyen filtrado, proyección, agregación, ordenación y otras. Los operadores de consulta estándar difieren en el momento de su ejecución, dependiendo de si devuelven un valor singleton o una secuencia de valores. Los métodos que devuelven un valor singleton (por ejemplo, Average y Sum) se ejecutan inmediatamente. Los métodos que devuelven una secuencia retrasan la ejecución de la consulta y devuelven un objeto enumerable.
  
  
• Los operadores primitivos se dividen en 2 : unarios y restricciòn o selecciòn, esto nos permite ocupar el operador primitivo que màs nos sirva, con ellos nuestro trabajo serà màs facil y rapido.
  Los operadores derivados, como su nombre lo indica son el resultado de otros, es por eso que estos se derivan de los primitivos, sirven para simplificar las consultas, son muy utiles.
  Los operadores de ayuda nos permiten consultar las dudas que se nos presenten, de una manera clara, para poder realizar una tarea o un trabajo, y para tener mas conocimientos sobre determinada situaciòn que este relacionada con base de datos.
  
  
• http://usuarios.lycos.es/cursosgbd/UD3.htm
  http://usuarios.lycos.es/cursosgbd/UD3.htm
  http://msdn.microsoft.com/es-es/library/bb397896.aspx

• 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.
  
  
• Su objetivo de esta arquitectura es separar los programas de la aplicaciòn de base de datos, esta dividida en 3 niveles, puedes elegir la que mejor se relacione con tu trabajo, aunque todas no son tan dificiles de utilizar, es necesario tener los conocimientos indispensables para ejecutar el trabajo.
  
  
• http://www3.uji.es/~mmarques/f47/apun/node33.html

• La arquitectura ANSI/X3/SPARC está parcialmente basada en el concepto de máquinas anidadas (lo que se llama a veces tipo cebolla). El flujo de datos pasa a través de las distintas capas, que están separadas por inter-faces y cuyas funciones se describen con cierto detalle en el documento. Los múltiples interfaces, cuyo número se ha considerado excesivo, tienden a aislar los diversos componentes del sistema con vistas a conseguir el objetivo de independencia.
  Hay tres características importantes inherentes a los sistemas de bases de datos: la separación entre los programas de aplicación y los datos, el manejo de múltiples vistas por parte de los usuarios y el uso de un catálogo para almacenar el esquema de la base de datos. En 1975 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.
  
  
• Empresa que trabaja con base de datos, propuso una arquitectura de 3 niveles, lo cual nos facilita en el momento de ocupar base de datos.
  
  
• http://html.rincondelvago.com/bases-de-datos_7.html

• El análisis de requerimientos para una base de datos incorpora las mismas tareas que el análisis de requerimientos del software. Es necesario un contacto estrecho con el cliente; es esencial la identificación de las funciones e interfaces; se requiere la especificación del flujo, estructura y asociatividad de la información y debe desarrollarse un documento formal de los requerimientos. Un tratamiento completo del análisis de las bases de datos va mas allá del ámbito de este paper.La construcción de bases de datos es una de nuestras especialidades, el diseño de bases de datos en MySQL, PostgreSQL, Access y Progress utilizando lenguajes para ello como PHP, JavaScript, Visual Basic o 4GL.
  
  
• Son los requerimientos quse necesitan para poder llevar a cabo un trabajo determinado en una base de datos y que por consigo lleva un contacto estrecho para la identificacion de funciones.
  
  
• http://www.nopalware.com/bases.php;http://1136070212.blogspot.com/2009/02/requerimientos-de-construccion-de-una.html

• Es el modelo lógico en el que se basan la mayoría de los SGBD comerciales en uso hoy en día. En primer lugar, se trata la descripción de los principios básicos del modelo relacional: la estructura de datos relacional y las reglas de integridad. A continuación, se presenta un tratamiento detallado del álgebra relacional, que es un conjunto de operaciones para manipular la estructura de datos relacional y especificar consultas de datos. El álgebra relacional es un lenguaje procedural, mientras que el cálculo relacional, que también se estudia en este capítulo, es un lenguaje equivalente no procedural.
  
  
• Es un conjunto de operaciones para manipular la estructura de datos relacional y especificar consultas de datos utilizando el algebra relacional.
  
  
• http://www3.uji.es/~mmarques/f47/apun/node43.html

• Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de un esquema gráfico empleando los terminología de entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus características particulares denominadas atributos, el enlace que que rige la unión de las entidades esta representada por la relación del modelo.
  Recordemos que un rectángulo nos representa a las entidades; una elipse a los atributos de las entidades, y una etiqueta dentro de un rombo nos indica la relación que existe entre las entidades, destacando con líneas las uniones de estas y que la llave primaria de una entidad es aquel atributo que se encuentra subrayado.
  
  
• Este modelo representa la realidad en un esquema gráfico y esta representado por el enlace que rige la union de sus entidades.
  
  
• http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema2_5.htm

• Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.
  Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento. Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.
  
  
• Almacenan informacion en estructra jerarquica (de manera similar a la de un arbol) y es de gran utldad en aplicaciones de gran tamaño. Tiene mas limitaciones que el modelo de red por eso lo usan menos.
  
  
• http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

• Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).
  Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.
  
  
• Este modelo es el comun, el que todos utilizan pues tiene mas beneficios qe el modelo jerarquico
  
  
• http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

• Los modelos más conocidos y utilizados son:
  
  Modelo de datos jerárquico: Este modelo utiliza árboles para la representación lógica de los datos. Este árbol esta compuesto de unos elementos llamados nodos. El nivel más alto del árbol se denomina raíz. Cada nodo representa un registro con sus correspondientes campos.
  
  Modelo de datos en red: En este modelo las entidades se representan como nodos y sus relaciones son las líneas que los unen. En esta estructura cualquier componente puede relacionarse con cualquier otro.
  A diferencia del modelo jerárquico, en este modelo, un hijo puede tener varios padres.
  Los conceptos básicos en el modelo en red son:
  -El tipo de registro, que representa un nodo.
  -Elemento, que es un campo de datos.Agregado de datos, que define un conjunto de datos con nombre.
  -Este modelo de datos permite representar relaciones N:M
  
  Modelo de datos relacional: Este modelo es el más utilizado actualmente ya que utiliza tablas bidimensionales para la representación lógica de los datos y sus relaciones.
  Algunas de sus principales caracteristicas son:
  Puede ser entendido y usado por cualquier usuario.
  Permite ampliar el esquema conceptual sin modificar las aplicaciones de gestión.
  Los usuarios no necesitan saber donde se encuentran los datos físicamente.
  El elemento principal de este modelo es la relación que se representa mediante una tabla.
  
  
• Los modelos mas comune son estos: modelo jerarquico (se representa con arboles), el de dato de red (que utiliza nodos y lineas) y el de dato relacional (utiliza tablas bidimensionles).
  
  
• http://www.desarrolloweb.com/articulos/modelos-base-datos.html
  
  

• Los gestores deben permitir la perfecta definición de todos los datos. Es decir debe permitir incorporar a las estructuras todos aquellos objetos necesarios para completarlas y debe permitir incluir todos los atributos necesarios para definir a los objetos.
  Debe permitir la manipulación de los datos: operaciones de intercambio de datos entre las tablas que pueden ser de consulta o de puesta al día (inserción, modificación supresión)
  Debe establecer controles de seguridad para esos datos garantizando que sólo los usuarios autorizados puedan efectuar operaciones correctas bien sobre toda la base de datos o sobre algunas tablas:
  
  Gestor relacional: Una base de datos relacional consiste en una colección de tablas a cada una de las cuales se le asigna un nombre único y una fila de una tabla representa una relación entre un conjunto de valores, un registro.
  
  Gestor jerárquico: Su estructura básica es el árbol. Va a tener un nodo padre y una serie de nodos hijos, la conexión se hace eligiendo quien va a ser el padre y quien va a ser el hijo.
  
  Gestor en grafo: Se implementa mediante cadenas de punteros. Contiene dos tipos de conjuntos:
  1. Conjunto de registros: libros , lectores.
  2. Conjunto de ligas: préstamos (Cantidad).
  
  Una ocurrencia de un tipo de registro específico puede tener cualquier número de superiores inmediatos. Se pueden representar relaciones de muchos a muchos.
  Su desventaja más importante es su gran complejidad en la realización de los algoritmos y la cantidad de memoria que hay que reservar para los punteros.
  
  
• Los gestores se clasifican depende de su presentación o forma en que queramos organizar los datos.
  
  
• http://wwwdi.ujaen.es/~barranco/publico/ofimatica/tema7pdf;http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-practica_i/10147-9

• Los informes y reportes constituyen un recurso específico para la presentación de informaciones en papel impreso. El origen de estas informaciones puede ser una tabla o consulta. Además de eso, es posible incluir en el informe elementos gráficos para hacerlo mas atractivo. Como será visto, los informes también incluyen medios para agrupar y agregar datos.Ya que permiten automatizar en gran medida el desarrollo de documentos a partir de bases de datos.Los Informes se utilizan primordialmente para presentar, resumir e imprimir los datos de la forma que resulte más apropiada para cada proyecto
  
  
• Los informes son tipos de presentaciones de la informacion impreso y puede ser en tabla o consulta para representar, resumir e imprimir los datos para cada proyecto.
  
  
• http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/manualdeaccess/informes.htm
  http://www.desarrolloweb.com/articulos/introduccion-base-datos.html

• Consulta: Una consulta recupera informaciones de la Base de Datos y eventualmente las presenta en la pantalla. Serán estudiados tres tipos de consultas:
  -De selección: selecciona y presenta registros en formato patrón.
  -De referencias cruzadas: selecciona y presenta registros en formato de planilla.
  -De acción: altera el contenido de registros en una única operación.
  

Formulario: Los formularios constituyen pantallas para la entrada y presentación de informaciones. El layout de estas pantallas es determinado por el proyectista de la Base de Datos y puede comprender alguna sofisticación tal como el uso se colores, letras de diversos tipos y tamaños, figuras, botones, etc. En los formularios es posible presentar resultados de cálculos y efectuar consistencias sobre datos alimentados. Eventualmente se puede imprimir un formulario a pesar de que el Access posee un recurso específico para la presentación de informaciones impresas Informes.
Existen tres tipos importantes de formularios: de columnas, tabular y subformularios. En general es posible crear rápidamente un formulario relativamente padronizado sobre los cuales si el proyectista lo desea, es posible hacer ajustes

• Las consultas son informaciones donde te presenta el estado de los archivos o algo similar en la pantalla de Acces y los formularios son pantallas que se usan para entrar y presentar la informacion almacenada.
  
  
• http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/manualdeaccess/formularios.htm
  http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/manualdeaccess/consultas.htm

•Tablas: Aunque las tablas se crean de manera independiente, pueden crearse relaciones hacia éstas que pueden estar vinculadas a la captura o muestra de la información contenida en dicha tabla. Es decir, una vez creada la tabla se pueden desarrollar sobre ella diferentes acciones que nos permitan adicionar, editar o eliminar información.

Una clave es aquella que identifica al registro, por ejemplo un número de legajo, un número de documento, etc. Una vez marcado como campo clave, en el momento de ingresar datos, no se permitirá ingresar valores repetidos, ni nulos.
La relación es una asociación establecida entre campos comunes de dos tablas. Existen diversos tipos de relaciones:
Uno a uno: Una relación uno a uno se crea si las dos columnas relacionadas son claves principales o tienen restricciones únicas.

Uno a varios: Un registro de la tabla A puede tener muchos registros coincidentes en la tabla B; pero un registro de la tabla B solo puede tener registro coincidente en la tabla A.

Varios a varios: Un registro de la tabla A puede tener muchos registros coincidentes en la tabla B, y viceversa. Una relación de este tipo se crea definiendo una tercera tabla, denominada tabla de unión.


•Las tablas son como una compilación de datos sobre un tema, las claves son los números para identificar a los registros para que estos no se repitan, una relación es la forma de relacionar varios datos o información de una tabla a otra
•http://www.frbb.utn.edu.ar/frbb/index.php?option=com_shared_private_space&task=showfile&fileid=63; http://www.wikilearning.com/curso_gratis/tablas_en_access-relacionar_tablas/3766-1

•Campo: unidad básica de una base de datos. Un campo puede ser, por ejemplo, el Nombre de una persona

Registro: conjunto de campos. Un registro vendría a ser algo así como una ficha.

Datos: conjunto de registros total.

•Los datos son los registros que se realizan, a su vez podemos decir que el registro son los campos o informacion registrada y el campo es como por ejemplo el nombre de una persona.

•http://thales.cica.es/rd/Recursos/rd99/ed99-0259-04/access1.html

• Una base de datos es un “almacén” que nos permite guardar grandes cantidades de información de forma organizada para que luego podamos encontrar y utilizar fácilmente pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso de forma que un programa de ordenador pueda seleccionar rápidamente los fragmentos de datos que necesite.

• Una base de datos es un conjunto de información qu permite guardar grandes cantidades de datos para unso posterior de forma que la podamos encontrar de forma organizada y sistematicamente en un programa para seleccionar apidamente l informacion adecuada.
  
• http://www.masadelante.com/faqs/base-de-datos
  
  http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-datos/
  
  http://es.wikipedia.org/wiki/Base_de_datos