Historia de la tecnologia de base de datos

10,947 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
10,947
On SlideShare
0
From Embeds
0
Number of Embeds
24
Actions
Shares
0
Downloads
172
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Historia de la tecnologia de base de datos

  1. 1. HISTORIA DE LA TECNOLOGIA DE BASE DE DATOS <ul><li>PRIMERA GENERACION (1940, 1950, Inicios de 1960) </li></ul><ul><li>Aparecimiento programas generadores de reportes. </li></ul><ul><li>Sistemas de archivos. </li></ul><ul><li>Lenguajes de definición de datos. </li></ul><ul><li>Formación de Codasyl y publicación del primer Cobol. </li></ul><ul><li>Aparecimiento del primer DBMS Comercial Integrated Data Store. </li></ul>
  2. 2. SEGUNDA GENERACION (1960, Mediados de 1970) <ul><li>Sistema de bases de datos Jerárquico. </li></ul><ul><li>IMS (Information Managenment System). </li></ul><ul><li>Aparecimiento TOTAL . </li></ul>
  3. 3. TERCERA GENERACION (Mediados 1970…) <ul><li>Surgimiento de bases de datos relacionales. </li></ul><ul><li>Sistemas Comerciales: </li></ul><ul><li>Sistema R, SQL, SQL/DS, DB2, ORACLE, IDM, RTI. </li></ul><ul><li>INGRES, IDM (Intelligent Database Maching). </li></ul><ul><li>UNIFY, INFORMIX, SUPRA . </li></ul>
  4. 4. CUARTA GENERACION <ul><li>Modelos Semanticos. </li></ul><ul><li>Ciertos tipos de inferencia, integran a los sistemas de almacenamiento de datos. </li></ul><ul><li>Modelos Orientados a Objetos. </li></ul><ul><li>Objeto y versiones de objetos, consulta de ciertos datos. </li></ul><ul><li>Bases de datos Deductivas. </li></ul><ul><li>Bases de Datos no convencionales: </li></ul><ul><li>CAD/CAM. </li></ul><ul><li>CASE. </li></ul><ul><li>DIMS( Sistema de manejo de Imágenes de Documentos). </li></ul><ul><li>GIS (Sistemas de Información Geográficos) </li></ul>
  5. 5. TENDENCIAS DE INVESTIGACION <ul><li>Mejorar el rendimiento. </li></ul><ul><li>Introducir mas sentido en los DBMS. </li></ul><ul><ul><li>Control de Integridad. </li></ul></ul><ul><ul><li>Capacidad Inferencial. </li></ul></ul><ul><li>Distribución. </li></ul><ul><ul><li>Maquinas de Bases de Datos. </li></ul></ul><ul><ul><li>Mejoras en memoria cache, reconfiguracion de canales. </li></ul></ul><ul><ul><li>Memoria secundaria expandida. </li></ul></ul><ul><ul><li>Mejoras en administración de memoria. </li></ul></ul><ul><ul><li>Uso de técnicas de arreglos de discos, asociatividad y multiprocesadores. </li></ul></ul><ul><ul><li>Interacción de maquinas de Bases de datos con servers de DBMS. </li></ul></ul>
  6. 6. TENDENCIAS DE INVESTIGACION <ul><li>Bases de datos inteligentes (Hipermedia, inteligencia artificial, bases orientadas a objetos, recuperación de información). </li></ul><ul><li>Aplicación Cliente-Servidor </li></ul><ul><ul><li>Server: </li></ul></ul><ul><ul><li>Database Access Tools. </li></ul></ul>
  7. 7. IMPLEMENTACION DE DBMS <ul><li>MAQUINAS DE BASES DE DATOS </li></ul><ul><li>El incremento de capacidades en hardware moderno y la disminución de sus costos sugiere la implementación de algunas funciones. </li></ul><ul><li>Una maquina de base de datos es una maquina responsable solamente de proporcionar servicios de bases de datos. </li></ul>
  8. 8. POSIBLES TIPOS DE CONFIGURACIONES <ul><li>Un DBM con hardware de propósito especial que realiza un subset de funciones de DBMS de una maquina Host de propósito general. </li></ul><ul><li>Ejm BRITTON LEE’S INTELLIGENT DATABASE MACHINE. </li></ul><ul><li>Un DBM sin hardware de propósito especial (servers de Bases de Datos) que descarga las funciones en un Host de propósito general . </li></ul>
  9. 9. CONFIGURACIONES DE SISTEMAS DE BASE DE DATOS <ul><li>Sistemas centrales. </li></ul><ul><li>Sistemas distribuidos.- Los datos o aplicaciones están en varios sitios. </li></ul><ul><li>Sistema Lógicamente centralizado.- Cuando la definición general del modelo se encuentra en un solo sitio, es decir cuando existe un esquema. </li></ul><ul><li>Sistema lógicamente distribuido.- Cuando no existe una definición global de la base de datos. </li></ul>
  10. 10. FEDERACION DISTRIBUIDA SISTEMA DE BASE DE DATOS DISTRIBUIDO FISICAMENTE DISTRIBUIDO FEDERACION CENTRALIZADA SISTEMA DE BASE DE DATOS CENTRALIZADO FISICAMENTE CENTRALIZADO LOGICAMENTE DISTRIBUIDO LOGICAMENTE CENTRALIZADO
  11. 11. COMPONENTES DE UN SISTEMA DE BASES DE DATOS <ul><li>INFORMACION </li></ul><ul><li>Integrada.- Almacenamiento de datos y sus relaciones. </li></ul><ul><li>Compartida.- Disponible a varios usuarios . </li></ul><ul><li>EQUIPO </li></ul><ul><li>Volúmenes de almacenamiento secundario. </li></ul><ul><li>Dispositivos de E/S. </li></ul><ul><li>Canales de E/S. </li></ul><ul><li>Procesadores y memoria para la ejecución de programas de bases de datos. </li></ul>
  12. 12. COMPONENTES DE UN SISTEMA DE BASES DE DATOS <ul><li>PROGRAMAS </li></ul><ul><li>Sistema de administración de Bases de Datos (DBMS). </li></ul><ul><li>Programas de aplicaciones . </li></ul><ul><li>USUARIOS </li></ul><ul><li>Desarrolladores de aplicaciones con lenguajes de cuarta generación. </li></ul><ul><li>Lenguajes de propósito general. </li></ul><ul><li>Usuarios finales. </li></ul><ul><li>Administrador de la base de datos. </li></ul>
  13. 13. VENTAJAS DEL ENFOQUE DE BASES DE DATOS <ul><li>Disminuir la redundancia. </li></ul><ul><li>Evitar la inconsistencia. </li></ul><ul><li>Compartir datos. </li></ul><ul><li>Hacer cumplir normas. </li></ul><ul><li>Aplicar restricciones de seguridad. </li></ul><ul><li>Asegurar que la información de la base de datos sea correcta (Mantener la integridad). </li></ul><ul><li>No permitir datos inconsistentes (múltiples copias no actualizadas) </li></ul>
  14. 14. COMPONENTES FUNCIONALES DE DBMS <ul><li>GESTOR DE ARCHIVOS .- Toma los datos del disco y los pasa a los programas, maneja archivos físicos. </li></ul><ul><li>GESTOR DE DB .- Se encarga de sacar copias de seguridad, control de concurrencia/ varios usuarios, Implantación de seguridad de integridad. </li></ul><ul><li>Interacción con el gestor de archivos . </li></ul>
  15. 15. COMPONENTES FUNCIONALES DE DBMS <ul><li>PROCESADOR DE CONSULTAS .- Toma la consulta, la optimiza y escoge el mejor camino para acceso de la información, se relaciona con el gestor de DB y con el gestor de archivos, esta íntimamente ligado con el precompilador de lenguaje de manipulación de datos. </li></ul><ul><li>COMPILADOR DE LENGUAJE DE DEFINICION DE DATOS .- Se relaciona con el administrador de bases de datos para ayudar a la definición conceptual. El resultado de esta compilación son los diccionarios y la estructura de índices. </li></ul>
  16. 16. COMPONENTES FUNCIONALES DE DBMS <ul><li>ADMINISTRADOR DB .- Se encarga de la definición de esquemas (estructuras de datos en los 3 niveles: físico, conceptual, lógico. Concede autorizaciones de acceso a datos, especifica restricciones de acceso e integridad de los datos, realiza backups, optimiza el rendimiento reorganizando el SABD. </li></ul><ul><li>Definición de estructuras de almacenamiento y métodos de acceso. </li></ul><ul><li>Estructuras de datos: archivos de datos. </li></ul><ul><li>Diccionario de datos. </li></ul><ul><li>Índices. </li></ul>
  17. 17. MODELO ENTIDAD - RELACION <ul><li>Los elementos clave del modelo E-R son entidades, atributos, identificadores y relaciones. </li></ul><ul><li>ENTIDADES </li></ul><ul><li>Una entidad es algo que se puede identificar en el medio ambiente de trabajo de los usuarios, es decir aquello a lo cual los usuarios quieren dar seguimiento. Algunos ejemplos de entidades son EMPLEADO Mary Doe, CLIENTE 12345, ORDEN_VENTA 1000 VENDEDOR John Smith y PRODUCTO A4200. </li></ul>
  18. 18. MODELO ENTIDAD-RELACION <ul><li>Las entidades de determinado tipo se agrupan en clases de entidades. Así la clase de entidad EMPLEADO es un conjunto de todas las entidades EMPLEADO. </li></ul><ul><li>ATRIBUTOS </li></ul><ul><li>Las entidades tienen atributos o propiedades, como a veces se les llama, que describen las características de la entidad. </li></ul><ul><li>Algunos ejemplos de atributos son: NombredelEmpleado, FechadeContrato y CodigodeAptitudesdeTrabajo. </li></ul><ul><li>La definición original del modelo E-R incluye atributos multivalor y compuesto. Un ejemplo de un atributo compuesto es la Direccion, la cual consta del grupo de atributos (Calle, Ciudad, Estado/Provincia, CP) </li></ul>
  19. 19. MODELO ENTIDAD-RELACION <ul><li>Un ejemplo de un atributo multivalor es NombredelContacto en CLIENTE, donde mas de un nombre de una persona esta asociada con un cliente especifico. </li></ul><ul><li>Un atributo puede ser tanto multivalor como compuesto; por ejemplo el atributo compuesto Telefono (CodigodeArea, Numero) podría ser multivalor para permitir una gran cantidad de números telefonicos. </li></ul><ul><li>Muchas implementaciones del modelo E-R ignoran los atributos compuestos de un solo valor. Requieren atributos multivalor (compuestos o no) para ser transformadas en entidades. </li></ul>
  20. 20. MODELO ENTIDAD-RELACION <ul><li>CLIENTE </li></ul><ul><li>Esta entidad contiene: </li></ul><ul><li>NumerodeCliente </li></ul><ul><li>NombredelCliente </li></ul><ul><li>Direccion </li></ul><ul><li>Ciudad </li></ul><ul><li>Estado </li></ul><ul><li>CodigoPostal </li></ul><ul><li>NombredelContacto </li></ul><ul><li>NumeroTelefonico </li></ul>
  21. 21. MODELO ENTIDAD-RELACION <ul><li>Dos instancias de CLIENTE: </li></ul><ul><li>12345 67890 </li></ul><ul><li>Fabrica Ajax Club de baile Jefferson </li></ul><ul><li>Calle Elm 123 Avenida 10-345 </li></ul><ul><li>Memphis Boston </li></ul><ul><li>TN MA </li></ul><ul><li>32455 01234 </li></ul><ul><li>P. Schwartz Frita Bellingsley </li></ul><ul><li>223-5567 210-8896 </li></ul>
  22. 22. MODELO ENTIDAD-RELACION <ul><li>IDENTIFICADORES </li></ul><ul><li>Las instancias de una entidad tienen identificadores, los cuales son atributos que nombran, o identifican, las instancias de una entidad. Por ejemplo, las instancias EMPLEADO podrían ser identificadas mediante el NumerodeSegurosocial, el NumerodeEmpleado, o el NombredelEmpleado. De igual manera, los CLIENTES podrían ser identificados por NumerodeCliente o NombreDelCliente y PEDIDOS por el NumerodePedido. </li></ul><ul><li>El identificador de una instancia de entidad consta de uno o mas de los atributos de esta. Un identificador puede ser único o no único. Si es único, su valor identificara solamente un ejemplo de entidad. </li></ul>
  23. 23. MODELO ENTIDAD-RELACION <ul><li>Si no lo es, el valor identificara una serie de instancias. El NumerodeEmpleado es mas parecido a un identificador único, mientras que NombredelEmpleado es similar a un identificador no único ( por ejemplo puede haber varios John Smith). </li></ul><ul><li>Los identificadores que constan de dos o mas atributos se llaman identificadores compuestos. </li></ul>
  24. 24. MODELO ENTIDAD-RELACION <ul><li>RELACIONES </li></ul><ul><li>Las entidades pueden asociarse con otras mediante relaciones. El modelo E-R contiene tanto clases de relaciones como instancias de relaciones. </li></ul><ul><li>Las clases de relaciones son asociaciones entre las clases de entidad y las instancias de relaciones son asociaciones entre las instancias de entidad. </li></ul><ul><li>Las relaciones pueden tener atributos. </li></ul><ul><li>Una clase de relación puede involucrar muchas clases de entidades. El numero de estas en la relación es el grado de esta. </li></ul><ul><li>La relación VEND-PEDIDO es de grado 2 porque involucra dos clases de entidades: VENDEDOR Y PEDIDO. </li></ul><ul><li>La relación PADRES es de grado 3 porque involucra tres clases de entidades : MADRE, PADRE E HIJO. </li></ul><ul><li>Las relaciones de grado 2 son muy comunes y se denominan relaciones binarias. </li></ul>
  25. 25. MODELO ENTIDAD-RELACION <ul><li>TIPOS DE RELACIONES BINARIAS </li></ul><ul><li>Existen tres tipos de relaciones binarias: </li></ul><ul><li>Relación 1:1 (léase “uno a uno”), una instancia de entidad de un tipo se relaciona con una instancia de una sola entidad de otro tipo. </li></ul><ul><li>Relación 1:N (léase “uno a N” o “uno a muchos”) Una instancia de un tipo se relaciona con muchas instancias de otro tipo. </li></ul><ul><li>Relación N:M (Léase “N a M” o “muchos a muchos”) se relaciona varios instancias de una entidad con muchas instancias de la otra. </li></ul>

×