Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
BASES DE DATOS por Mind Map: BASES DE DATOS

1. MODELOS

1.1. El modelo de base de datos es una clase de modelo de datos que define la estructura lógica de la base de datos y determina la forma de almacenar, organizar y manipular los datos y de manera consecuente la forma o eficiencia como seran extraidos los datos.

1.1.1. TIPOS DE MODELOS

1.1.2. Modelo jerarquico

1.1.3. El modelo de datos jerárquico es un modelo en el que los datos se organizan en una estructura que se asemeja a un árbol. La estructura usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo sólo tiene un padre.

1.1.4. Modelo de red

1.1.5. El modelo de red es una base de datos creada por una colección o set de registros, estos registros están conectados entre sí por medio de enlaces en una red. El registro es similar al de una entidad como las empleadas en el modelo relacional. En una estructura de base de datos de red los nodos hijo pueden tener más de un nodo padre.

1.1.6. Modelo relacional

1.1.7. La estructura basica del modelo relacional es la relación, es decir una tabla bidimensional constituida por filas (tuplas) y columnas (atributos). Las relaciones representan las entidades que se consideran relevantes en la base de datos. Los atributo de la relacion representan la propiedades de cada entidad. El modelo relacional para la administacion de bases de datos es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos.

1.1.8. Modelo Entidad-Relacion

1.1.9. El diagrama o modelo entidad-relación tambien llamado E-R, permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades (atributos). E modelo E-R es un modelado conceptual de datos, considerado de alto nivel, que es utilizado como base en el diseño de bases de datos relacionales. Las entidades se representan gráficamente mediante rectángulos. Toda entidad está conformada de atributos, los cuales son las características que definen e identifican a las entidades, lo atributos se representan con ovalos generalmente. Las entidades se encontrarán ligadas entre sí, y se utilizará el término relación para descibir esta union, las relaciones se representan con rombos.

1.1.10. Modelo de objetos

1.1.11. En una base de datos orientada a objetos, la información se representa mediante objetos como se hace en la programación orientada a objetos. La técnica de modelado de objetos propone una forma abstracta de pensamiento acerca de problemas a resolver, empleando conceptos del mundo real, y no conceptos técnicos informáticos. El Objeto (instancia de clase) es algo real, abstracto, acerca del cual se almacenan datos y métodos; por otra parte, cuando se dice orientado a objetos, significa que el software se organiza como una colección de objetos que contiene estructuras de datos y comportamiento.

2. PROCESO

2.1. RECOPILACION DE INFORMACION

2.1.1. Cuestionario

2.1.2. Entrevista

2.1.3. Encuesta

2.2. ESTUDIO DE FACTIBILIDAD, ECONOMICO Y FINANCIERO

2.2.1. Objetivos del sistema

2.2.2. Alcances

2.2.3. Restricciones

2.3. REQUIERIMIENTOS DE HARDWARE Y SOFTWARE

2.3.1. ANALISIS

2.3.1.1. De primera instancia se deben detectar los hechos relevantes relacionados con la actividad de la empresa, la función es reunir información y determinar los requerimientos, para así pasar al análisis y el diseño También es importante determinar a los usuarios finales; estos se agrupan en cuatro categorías: Usuarios primarios Usuarios indirectos Usuarios gerentes Usuarios directivos

2.4. ESTRUCTURA DE ENTRADAS, PROCESOS Y SALIDAS

2.4.1. MODELADO DE DATOS

2.4.1.1. Modelo Entidad-Relacion

2.4.1.2. Modelado de Objetos

2.4.1.3. Normalizacion

2.4.1.4. Modelo relacional

2.4.1.5. Generacion de diccionario de datos

2.5. TIPOS

2.5.1. De Red

2.5.2. Jerárquica

2.5.3. Relacional

3. NORMALIZACION

3.1. La teoría de la normalización tiene como fundamento el concepto de formas normales. Se dice que una relación está en una determinada forma normal si satisface un cierto conjunto de restricciones. El proceso de normalización de bases de datos se basa en aplicar reglas a las relaciones obtenidas en el paso del modelo entidad-relación al modelo relacional. Las bases de datos relacionales se normalizan para: Evitar redundancia de los datos. Facilitar la actualización de los datos en las tablas. Fortalecer la protección e integridad de los datos. Las principales formas normales para Codd, son: 1FN, 2FN, 3FN, posteriormente se introducen 4FN y 5FN. Generalmente las 3 primeras formas normales son las mas esenciales.

4. PRESENTED BY

4.1. NORMA ROMERO

4.2. MARY CALDERON

4.3. ALEXANDER FAJARDO

4.4. ELIAN GUERRERO

5. Una base de datos es un conjunto de datos que pertenecen a un mismo contexto y son almacenados de manera sistematica para su uso posterior. 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 se utilizan programas llamados sistemas gestores de bases de datos DBMS en ingles Data Base Management Systemas, con los que se puede almacenar y posteriormente acceder a los datos de forma rápida y estructurada.

5.1. USOS

5.1.1. Las aplicaciones más comunes son para la gestión de informacion dentro de empresas, instituciones u organizaciones ya sean publicas o privadas; También son muy utilizadas en el ambito científicos para almacenar y organizar informacion que surge de los experimentos. Como ejemplo estan el amplio uso de bases de datos en campos de la Biologia, Finanzas, Educacion, Mercadotecnia e investigaciones de mercado, etc.

6. LENGUAJE DE CONSULTA

6.1. Structured Query Language (Lenguaje Estructurado de Consultas), Es un lenguaje de programacion especial, diseñado para manejar datos dentro de un Sistema Manejador de Bases de Datos Relacionales SMBDR

6.2. DDL (Data Definition Language)

6.3. CREATE

6.4. DROP

6.5. ALTER

6.6. RENAME

6.7. DML (Data Manipulation Language)

6.8. SELECT

6.9. INSERT

6.10. UPDATE

6.11. DELETE

6.12. Clausulas

6.13. FROM

6.14. WHERE

6.15. GROUP BY

6.16. HAVING

6.17. ORDER BY

6.18. Operadores Logicos

6.19. AND

6.20. OR

6.21. NOT

6.22. Operadores de Comparación < Menor que > Mayor que <> Distinto de <= Menor o igual que >= Mayor o igual que = Igual que BETWEEN Utilizado para especificar un intervalo de valores. LIKE Utilizado en la comparación de un modelo. IN Utilizado para especificar registros de una base de datos.

6.23. Otros operadores AVG Utilizada para calcular el promedio de los valores de un campo determinado. COUNT Utilizada para devolver el número de registros de la selección. SUM Utilizada para devolver la suma de todos los valores de un campo determinado. MAX Utilizada para devolver el valor más alto de un campo especificado. MIN Utilizada para devolver el valor más bajo de un campo especificado.

6.24. Estructura SELECT…. FROM…….WHERE…. INSERT ….INTO……VALUES…… UPDATE……. SET……. WHERE DELETE ……FROM……. WHERE

6.25. TIPOS DE DATOS

6.25.1. NUMERICOS EXACTOS

6.25.1.1. SmallInteger

6.25.1.2. Numeric

6.25.1.3. Decimal

6.25.2. CADENA DE CARACTERES

6.25.2.1. Character

6.25.2.2. CharacterVarying

6.25.2.3. Cadenas de bits

6.25.3. FECHAS Y HORAS

6.25.3.1. Date

6.25.3.2. Time

6.25.3.3. Timestamp

6.25.3.4. Time con tiempo zona

6.25.3.5. TimeStamp con tiempo zona

6.25.3.6. Intervalos

6.25.3.7. year-month

6.25.3.8. Date_time

7. COMPONENTES DE LAS BASES DE DATOS

7.1. En prácticamente cualquier base de datos actual existen cuatro elementos esenciales: tablas, consultas, informes y formularios. ... Las tablas permitirán almacenar los datos. Con las consultas podremos acceder a los datos almacenados, ordenarlos y filtrarlos por diferentes criterios. - Software. Entendemos el Software como el conjunto de programas utilizados para controlar y tratar la base de datos. ... - Hardware. El hardware es la parte física de la base de datos. .

7.1.1. Datos. ...

7.1.2. DMBS. ...

7.1.3. Lenguaje de acceso. ...

7.1.4. Procedimientos. ...

7.1.5. Reporting.

8. CICLO DE LA BASE DE DATOS

8.1. 1.Planificación del proyecto: 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. Normalmente, este modelo de datos se representa mediante un diagrama Entidad - Relación.

8.2. 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é otro sistema interactúa. También hay que determinar quiénes son los usuarios y las áreas de aplicación.

8.3. 3.Recolección y análisis de los requisitos: •Entrevistando al personal de la empresa. •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. La información recogida debe incluir las principales áreas de aplicación y de usuarios, la documentación utilizada o generada por estas áreas, las transacciones requeridas.

8.4. 4.Diseño de la base de datos: Diseño Conceptual, Lógico y Diseño Físico. 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.

8.5. 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. Ejemplo de SGBD: •Apache Derby •FoxPro •Access •SQL Server •Firebird

8.6. 6.Diseño de la aplicación: 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. 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. 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.

8.7. 7.Prototipado: 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. Esta etapa es imprescindible cuando el sistema que se va a implementar tiene un gran coste, alto riesgo o utiliza nuevas tecnologías.

8.8. 8.Implementació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.

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

8.10. 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. Por último, en las pruebas se podrá hacer una medida de la fiabilidad y la calidad del software desarrollado.

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