SICI-4030 Base de Datos Prof. Nelliud D. Torres Introducción.

Presentación del tema: "SICI-4030 Base de Datos Prof. Nelliud D. Torres Introducción."— Transcripción de la presentación:

1 SICI-4030 Base de Datos Prof. Nelliud D. Torres Introducción

2 OBJETIVOS Definición de términos Componentes de un medioambiente de Base de Datos Archivos tradicionales Desventajas de Archivos Tradicionales Tipos y Clasificaciones de Bases de Datos Importancia del Diseño de la Base de Datos Ventajas y desventajas de las Base de Datos Evolución y Modelos de los sistemas de Base de Datos. Administrador de la Base de Datos (Data Base Manager) Bases de Datos orientadas al Web

3 DEFINICIÓN DE TÉRMINOS Volver a los Objetivos

4 DEFINICIÓN BASE DE DATOS Una Base de Datos consiste de una colección de datos interrelacionados y un conjunto de programas que permiten acceder esos datos. Su objetivo primordial es proporcionar un medio ambiente que sea conveniente y eficiente tanto al extraer como al almacenar datos. Su orientación es a nivel empresarial como la entidad central en donde todas sus operaciones se fusionan al utilizar esta herramienta. Es una colección organizada de datos lógicamente relacionados.

5 Definiciones - 1 Data (Datos): Representación almacenada de objetos y eventos significativos –Puede estar estructurada: numeros, texto, fechas –O no estructurada: imagenes, video, documentos Información: Datos procesados que aumenta el conocimiento en la persona que la utiliza. Meta data: Datos que describen las propiedades y el contexto de los datos del usuario. Págs. 6 - 8

6 Figure 1-1a Data in context El contexto (context) ayuda a los usuarios a entender los datos Definiciones – 2 (Data in context) Pág. 7

7 Las gráficas convierten los datos en información útil que los gerentes pueden utilizar en la interpretación y toma de decisiones. Figure 1-1b Summarized data Pág. 7 Definiciones – 3 (Summarized data)

8 Descripción de las propiedades o características de los datos, incluyendo el tipo de dato, largo, valores que puede tener y el contexto. Definiciones – 4 (Metadata) Pág. 8

9 Los datos (data): –Factores crudos –Información no procesada Información: –Datos procesados que muestran algún significado La información que es precisa, relevante y a tiempo es clave para la toma de buenas decisiones. Las buenas decisiones son clave para poder sobrevivir en un medioambiente de competencia global. A continuación se muestra como transformar los datos crudos en información. Definiciones – 5 ( Datos vs. Información ) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

10 Transformando los datos crudos en Información - 1 Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

11 Transformando los datos crudos en Información - 2 Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

12 El DBMS maneja los recursos de datos de forma similar que un Sistema Operativo maneja los recursos de hardware. Un system software que se utiliza para crear, mantener y proveer accesos controlados a la base de datos de los usuarios. Order Filing System Invoicing System Payroll System DBMS Central database Contains employee, order, inventory, pricing, and customer data Definiciones - 6 Database Management System Pág. 8

13 Definiciones - 7 (DBMS) DBMS (DataBase Management System): –Colección de programas que manejan la estructura de la base de datos y controla los accesos a los datos. –Permite compartir datos entre diferentes aplicaciones o usuarios. –Hace que el manejo de datos sea más eficiente y efectivo. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

14 Definiciones – 8 (DBMS) Los usuarios (End users) tienen mejor acceso a más datos con mejor estructura. –Promueve la integración de las operaciones de la organización –Se reduce considerablemente la probabilidad de la inconsistencia de los datos. –Crea la posibilidad de producir respuestas de una forma rápida al usuario. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

15 Definiciones – 9 (DBMS) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

16 Definiciones - 10 Data Models: Captura la naturaleza y relaciones entre los datos y se utiliza a diferentes niveles de abstracción a medida que la base de datos se conceptualiza y diseña. Enterprise data models: Contiene menos detalle de las relaciones entre las entidades. Project data models : Es más detallado ya que puede incluir el primary key y otros atributos en el diagrama. Págs. 6 - 8

17 Definiciones - 11 Pág. 9 Comparación entre enterprise y project model Figure 1-2a y 1-2b (a) Segment of an enterprise data model (b) Segment of a project data model

18 COMPONENTES DE UN MEDIO AMBIENTE DE BASE DE DATOS Volver a los Objetivos

19 Componentes de un medio ambiente de Base de Datos CASE Tools – Computer-aided software engineering Repository – Donde se almacena la metadata Database Management System (DBMS) – Software que maneja la Base de Datos Database – Donde se almacena ( storehouse) los datos Application Programs – Software que utiliza los datos User Interface – Display (texto y/o gráfico) que se le muestra a los usuarios Data/Database Administrators – Personal responsable por mantener la Base de Datos System Developers – Personal responsable por diseñar la base de datos y el Software que lo accede End Users – Personas que utilizan las aplicaciones y la Base de Datos

20 Figure 1-5 Components of the Database Environment

21 Medioambiente de un Sistema de Base de Datos Se compone de cinco partes principales: –Hardware –Software Operating system software DBMS software Application programs and utility software –People –Procedures –Data Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

22 Medioambiente de un Sistema de Base de Datos (Diagrama) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

23 Database Components Page 26 Figure 2-1 © 2000 Prentice Hall

24 ARCHIVOS TRADICIONALES Volver a los Objetivos

25 Archivos Tradicionales - Organización Secuencial Sequential Organization - Los records se almacenan físicamente en secuencia (uno detrás del otro). El acceso a un Archivo Secuencial es bien rápido, sin embargo para localizar un record en particular, tienes que leer todos los records anteriores. Existen dos métodos de almacenar los datos con este tipo de Organización: –Sin ningún orden en particular - El único orden que tiene este archivo es el orden de entrar los records. –Organizado por un campo clave - Esto requiere organizar el archivo si se le añaden nuevos records. La organización (sort) puede ser utilizando un programa de alto nivel (ej. COBOL) o con comandos del Sistema Operativo.

26 Organización Secuencial - Ventajas Uso eficiente de disco y memoria con un mínimo de “overhead’. El acceso más rápido cuando se requiere leer los records secuencialmente. Mejor uso de archivos con múltiples records. También permite múltiples formas de guardar la data. (ej. un record en dos líneas) Ideal cuando se desea acceder sobre el 80% de los records que residen en el archivo.

27 Organización Secuencial - Desventajas Para poder llegar a un record, se tiene que leer primero todos los anteriores. Sólo permite que los records se añadan al final del archivo. Si el archivo esta ordenado por algún campo en particular, se requiere de un proceso adicional de reorganización.

28 Archivos Tradicionales - Organización Directa o Relativa Direct Organization - Un record se almacena en una dirección basado en una fórmula que utiliza de referencia el campo clave (Key) el cual debe ser numérico. Se debe crear el archivo con los records en blanco inicialmente en esta estructura. Se accede a través de un número secuencial el cual indica la localización física del record. Se utiliza dos tipos de Organizacion Directa: –Key Addressing Techniques - La fórmula se basa en el "primary key" del cual sale un número único. Aunque el aceder un record es directo y rápido, esta tecnica puede crear un "gap" entre records. –Hashing Techniques - Similar al método anterior en el sentido de que el "key" se utiliza como parte de una fórmula que determina la dirección a guardar el record. Existen distintas fórmulas para determinar la localización del record. Estas fórmulas no garantizan que no exista colisión en los records por lo que se utilizan algoritmos que permiten manejar las colisiones.

29 Organización Directa o Relativa - Ventajas Permite acceso tanto secuencial como directo de los records. Permite insertar y eliminar records de forma aleatoria. Provee la forma más rápida de poder llegar a un record directamente, por lo tanto es la forma ideal si se desea llegar a un record en particular.

30 Organización Directa o Relativa - Desventajas Los records tienen que ser del mismo largo. La programación para manejar este tipo de archivo es compleja, sobre todo en el manejo de las colisiones. Generalmente requiere que se cree y separe el espacio antes de insertar os records, esto consume espacio en disco que no se utiliza inmediatamente.

31 Archivos Tradicionales - Organización Indexada Indexed Organization - Se compone de un archivo con datos y otro de índices (pueden estar juntos). El archivo de índices tiene el campo clave (key) de cada record y su localización en el archivo principal. Provee una ventaja al cotejar si un record en particular existe ya que se puede lograr utilizando solo el índice únicamente. Para organizar el archivo, esta se hace en el índice. Si se quiere tener acceso al archivo por otro campo, se puede crear otro índice que contenga ese campo y la localización del record. Es mas rápido leer el índice que el Archivo, por lo que ciertas búsquedas pueden ejecutarse más rápido que en otras estructuras. –Indexed Random (nonsequential) Organization - Aqui los records no se almacenan en el Archivo en un orden en particular que no sea el de llegada. El index file sin embargo esta organizado por el key. La cantidad de records en el índice debe ser igual a la cantidad de records del Archivo principal. Los records nuevos se almacenan al final del archivo y se organizan en el index. –Indexed Sequential Organization - Aquí los records se almacenan en orden del campo clave en el Archivo. De esa forma, el index solo contiene el campo clave del último record del bloque y el número del bloque físico donde esta ubicado. Esto reduce la cantidad de records del index file. Esto economiza espacio y acelera la búsqueda, pero no permite que el archivo sea acedido por otro orden que no sea el del campo clave a diferencia del "Index Random".

32 Organización Indexada - Ventajas Permite el acceso secuencial y directo (por medio de un key). Puede manejar múltiples índices, lo que le permite buscar por varios campos. Fácil de implementar la programación que maneja este tipo de archivo. No se tiene que programar el manejo de colisiones ni actualizar parámetros del archivo. Permite actualización del largo de los campos y de los índices. Fácil el manejo para insertar, modificar y eliminar records.

33 Organización Indexada - Desventajas Requiere de espacio en disco adicional para poder manejar su estructura. (índices) A mayor cantidad de índices que se incluyan, mas espacio en disco ocupa y más lento se convierte el proceso de insertar y eliminar. Requiere de un uso mayor de los recursos (memoria RAM y procesador).

34 Ejecución de los diferentes métodos de acceso MÉTODONúmero de comparaciones en el peor de los casos Promedio de comparaciones Encontrar Récord No encontrar Récord Encontrar Récord No encontrar Récord ACCESSO DIRECTO1111 ACCESSO SECUENCIAL EXAUSTIVO nnn ACCESO SECUENCIAL LISTA ORDENADA nn BUSQUEDA BINARIA log 2 n menos de log 2 n RANDOMIZE TABLEn (cuando la tabla está llena) cerca de 1

35 DESVENTAJAS DE ARCHIVOS TRADICIONALES Volver a los Objetivos

36 Desventajas de Archivos Tradicionales - 1 Dependencia entre los datos y los programas –Todos los programas mantienen metadata por cada archivo que utilizan. –Cada programador debe mantener los datos de sus aplicaciones. –Cada programa requiere código para el metadata de cada archivo que utilice. –Cambios en los datos en un archivo puede crear inconsistencias. (Ej. Registro y Asistencia económica) En la figura 1-3 se ve un ejemplo de esta situación. Duplicación de datos –Diferentes sistemas y programas tienen copias separadas de los mismos datos. –Formatos de archivos no estandarizados –Pérdida de espacio al duplicar datos. Pág. 12

37 Desventajas de Archivos Tradicionales - 2 Compartir datos es limitado –Falta de coordinación y control central. –No hay un control centralizado de los datos de los diferentes sistemas. Mayor tiempo en desarrollo –Los programadores deben diseñar sus propios formatos de archivos. Excesivo mantenimiento de programas –Cada programa de una aplicación debe tener sus propias rutinas de procesamiento para leer, insertar, actualizar y eliminar datos. –El mantenimiento es más problemático –Según el libro, esto toma aproximadamente el 80% del presupuesto asignado a desarrollo de Sistemas de Información.

38 Duplicate Data Pág. 11Formato de un sistema de información clásico de procesamiento de datos Figure 1-3 Old file processing systems at Pine Valley Furniture Company

39 Figure 1-4 Enterprise data model for Figure 1-3 segments El sistema de la figura 1-3 (anterior), podría trabajarse en formto de Base de Datos (figura 1-4). De esta forma se integra y se elimina la duplicidad e inconsistencia de los datos.

40 Files and File Systems: La creación de Kioskos en los Departamentos. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

41 Solución a estos Problemas: Utilizar Bases de Datos Repositorio central de datos compartidos Los datos son administrados por un agente controlador (controlling agent) Se almacenan los datos en un formato estándar y conveniente. Datos y programación se separan de modo que uno no dependa del otro. Requiere un Database Management System (DBMS)

42 Comparación de una Base de Datos con los Sistemas Tradicionales de Archivos Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

43 Dato Importante sobre los Archivos Tradicionales - 1 El manejo de datos con sistemas de archivos se puede considerar obsoleto, sin embargo. Comprender las características de este formato, permite comprender más fácilmente el diseño de las bases de datos. El conocer problemas de los sistemas de archivos ayuda a prevenir problemas similares en las bases de datos.

44 Dato Importante sobre los Archivos Tradicionales - 2 El conocer estos formatos de archivos ayuda mucho si uno desea convertir un sistema tradicional de archivos a una base de datos. El conocimiento de las estructuras de archivos ayuda a los administradores de bases de datos cuyo DBMS le permite poder establecer el tipo de estructura de archivo de una tabla. Si el administrados conoce el comportamiento de esa tabla, le puede asignar la estructura más apropiada y agiliza la base de datos en general.

45 TIPOS Y CLASIFICACIONES DE BASES DE DATOS Volver a los Objetivos

46 Tipos de Bases de Datos - 1 (Rangos) Single-user (Personal Database): –Solo se puede utilizar con un solo usuario a la vez. Desktop: –Una Base de Datos para un solo usuario que corre en una computadora personal. Multi-user: –Trabaja con múltiples usuarios a la misma vez Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel Pág. 19

47 Tipos de Bases de Datos - 2 Workgroup: –Bases de Datos que manejan múltiples usuarios de un pequeño grupo (aprox. 25) Departmental/divisional: –Base de Datos para un Departamento o División dentro de una compañía. Enterprise: –Bases de Datos que manejan múltiples usuarios y da apoyo a un gran grupo de usuarios de una organización completa. –Enterprise Resource Planning (ERP) La integración de todas las funciones de la empresa. (Ejemplo: manufacturing, finance, sales, marketing, inventory, accounting, human resources) –Data Warehouse Sistema integrado de apoyo a toma de decisiones (Integrated decision support system) el cual se deriva de varios tipos de Bases de Datos operacionales Web-Enabled: –El cambio que más a impactado el uso de las Bases de Datos es el Internet. Ahora se utiliza mucho para que el cliente o usuario pueda extraer datos e información utilizando un Browser. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel Pág. 20 - 24

48 Pág. 25

49 Clasificaciones de Bases de Datos - 1 Se pueden clasificar por localización: Centralized: –Da apoyo a los datos localizados en un solo site Distributed: –Da apoyo a los datos distribuidos a través de varios sites Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

50 Clasificacionesde Bases de Datos - 2 Se pueden clasificar por uso: Transactional (or production): –Se utiliza para las operaciones críticas del día a día de una compañía. Data warehouse: –Almacena datos que se utilizan para generar información requerida en decisiones estratégicas o tácticas. –Con frecuencia se utiliza para almacenar data histórica. –Su estructura puede ser muy diferente a la de una Base de Datos. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

51 IMPORTANCIA DEL DISEÑO DE LAS BASES DE DATOS Volver a los Objetivos

52 ¿Porqué el Diseño de una Base de Datos es Importante? Define las expectativas de uso de la Base de Datos Diferentes enfoques son necesarios para diferentes tipos de Bases de Datos. Evita la redundancia de los datos. Un diseño pobre de una Base de Datos genera errores que pueden llevar a tomar malas decisiones y por lo tanto perjudicar a la empresa. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

53 VENTAJAS Y DESVENTAJAS DE LAS BASES DE DATOS Volver a los Objetivos

54 Ventajas del uso de Base de Datos - 1 Independencia entre Programa y datos La redundancia es planificada y mínima Mejora la consistencia de los datos Mejora la capacidad de compartir datos Aumenta la productividad de desarrollo de aplicaciones Fuerza a que se sigan unos estándares Mejora la calidad de los datos Pág. 14 -15

55 Ventajas del uso de Base de Datos - 2 Mejora la accesibilidad a los datos y el tiempo de respuesta para obtener información. El usuario puede tener acceso a los datos sin intervención del personal de IT. Reduce el tiempo de mantenimiento de programación Mejora la toma de decisiones ya que la calidad de los datos es superior Seguridad – La Base de datos permite diseñar distintos niveles de seguridad sin tener que programarlo. Aumenta la productividad de los programadores debido a que no se dedican a programar validación ni seguridad, ni se tienen que preocupar por el Diseño de los datos. Se pueden dedicar a la programación. Pág. 14 -15

56 Costos, Riesgos y Desventajas del Enfoque de las Bases de Datos - 1 Más costoso (Expensive) – Se requieren mayores recursos de hardware – Personal especializado. – Mayor costo en instalación y manejo de la Base de Datos (costos operacionales) – Costos al convertir de otros sistemas de archivos. Mayor complejidad (Complex) – Requiere de nuevo personal especializado en el campo, por lo que se necesitan adiestramiento y tiempo para asimilar. – Difícil manejar los Backups y Restore de los Datos

57 Costos, Riesgos y Desventajas del Enfoque de las Bases de Datos - 2 Mayor Vulnerabilidad –Más vulnerable a fallas. Difícil la recuperación de datos. –Problemas con seguridad y privacidad. –En caso de un accidente que corrompa la Base de datos, el proceso de recuperación y de devolver a la Base de Datos a su estado anterior al problema, es mucho mas complejo de ejecutar que en sistemas tradicionales. Sistema Centralizado –Si un componente de la Base de Datos sufre un desperfecto, se detiene las operaciones del producto por completo. –Al ser centralizado, en caso de falla, se paraliza la empresa. Otros –Necesario realizar backup y recovery de transacciones. –Puede crear conflictos organizacionales. Pág. 16 - 17

58 EVOLUCIÓN Y MODELOS DE LOS SISTEMAS DE BASE DE DATOS Volver a los Objetivos

59 Evolución de las Bases de Datos Pág. 26

60 The Hierarchical Model Desarrollado en los 60 para manejar grandes cantidades de datos para proyectos complejos de manufactura. Su estructura lógica básica es representada por un árbol (tree) al revés. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

61 The Hierarchical Model (continued) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

62 The Hierarchical Model (continued) La estructura del modelo jerárquico contiene niveles o segmentos. Mantiene un conjunto de relaciones de uno a muchos entre un segmento padre y sus segmentos hijos. –Cada padre puede tener muchos hijos –Cada hijo sólo puede tener un padre Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

63 The Network Model Creado para: –Representar relaciones de datos complejas más efectivamente. –Mejora el rendimiento de la Base de Datos –Impone un estándar Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

64 The Network Model (continued) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

65 The Relational Model Desarrollado por Codd (IBM) en 1970 Se consideró ingenioso, pero poco práctico en el 1970 Conceptualmente es un modelo simple Las computadoras de esa época carecían de la capacidad para poder implementar ese modelo Hoy día no aplican estas limitaciones. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

66 The Relational Model (continued) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

67 The Entity Relationship Model Herramienta ampliamente aceptada y adaptada a formato gráfico para el diseño de la Base de Datos Fue introducido por Chen en 1976 Representación gráfica de entidades y sus relaciones en una estructura de Base de Datos Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

68 The Entity Relationship Model (continued) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

69 The Entity Relationship Model (continued) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

70 The Object Oriented Model Se modela tanto los datos como sus relaciones en una estructura sencilla conocida como objeto. Object-oriented data model (OODM) es la base para el object-oriented database management system (OODBMS) OODM se conoce como el modelo de datos semántico (semantic data model) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

71 The Object Oriented Model (continued) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

72 Otros Modelos Extended Relational Data Model (ERDM) –Modelos de datos semánticos desarrollados en respuesta a la creciente complejidad de las aplicaciones. –Con frecuencia se les conoce como object/relational database management system (O/RDBMS) –Su principal propósito es para aplicaciones de negocios. Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

73 Database Models and the Internet El Internet ha cambiado drásticamente el role y alcance del mercado de las Bases de Datos El dominio del Web ha resultado en una creciente necesidad de manejar información no estructurada (fotos, audio, etc.) Las aplicaciones Web utilizan cada vez con más frecuencia las Bases de Datos. (Webtop) Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

74 Data Models: A Summary Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel

75 ADMINISTRADOR DE LAS BASES DE DATOS Volver a los Objetivos

76 El administrador de la Base de Datos tiene las siguientes responsabilidades 1- Interactuar con el Database Management System (DBMS) 2- Implantar la integridad 3- Implantar la seguridad 4- Copia de seguridad y recuperación de los datos 5- Controlar la consistencia

77 1 - Interactuar con el Database Management System (DBMS) El administrador de la Base de Datos (Database Manager o DBM) utiliza una serie de programas, utilidades y herramientas que proporcionan el Database Manager System (DBMS) que le ayudan en sus diferentes funciones en la administración de la Base de Datos. El DBM es responsable del verdadero almacenamiento, la recuperación y actualización de los datos en la Base de Datos.

78 2 - Implementación de la integridad Los valores de los datos que se almacenan en el banco de datos deben satisfacer ciertos tipos de restricciones de consistencia. El DBM debe determinar si las actualizaciones dan como resultado una violación de restricción, de ser así, debe proveer la acción apropiada para evitar que esto ocurra.

79 3 - Implantación de seguridad Como no todos los usuarios deben tener el mismo acceso a todo el contenido de la Base de Datos, el DBM debe hacer que se cumplan esos requisitos de seguridad y que los datos no puedan ser accedidos por personas no autorizadas.

80 4 - Copia de seguridad y recuperación EL DBM debe detectar fallos y restaurar la Base de Datos al estado que existía antes de ocurrir el fallo. Este proceso es uno delicado y difícil de trabajar. El DBMS provee mecanismos para que el administrador pueda llevar a cabo copias y recuperación de los datos.

81 5 - Controlar la consistencia Cuando se controla la redundancia (repetición de los datos), la Base de Datos se mantiene consistente. Esto quiere decir que cualquier cambio de datos que se haga, se va a reflejar en todos los departamentos y usuarios que acceden esa Base de Datos. El DBM debe estar pendiente de que la redundancia sea la mínima aceptable.

82 BASES DE DATOS ORIENTADOS AL WEB Volver a los Objetivos

83 Bases de Datos Orientados al Web Son más comunes cada día. Proveen una ventaja competitiva a la compañía y la expone a nivel global. Se utilizan en el comercio electrónico. Algunos ejemplos de compañías que trabajan electrónicamente por Internet son Ebay, 1-800flowers.com, Amazon, etc. Las aplicaciones Web están tomando mucho auge.

84 ARQUITECTURA WEB - 1 La figura 8.8 muestra la operación básica de un web server. Consiste de dos objetos; un web browser y un web server. Se requiere un enlace de comunicación entre ambos. El browser hace pedidos al web server y este le responde de vuelta. Esta arquitectura sirve para servidores que envían páginas estáticas únicamente. Para arquitecturas que envían información obtenida de bases de datos, esto es más complejo. Tomemos de ejemplo PHP y MySQL para poder explicar la siguiente arquitectura:

85 ARQUITECTURA WEB - 2 Los diferentes pasos de esta arquitectura son: 1.El usuario solicita por su browser una lista (por ejemplo libros). 2.El web server recibe el pedido y lo pasa al PHP engine para su procesamiento. ( o cualquier otro lenguaje) 3.El PHP engine evalúa el script y encuentra el pedido de libros. Crea conexión con MySQL server y le envía el pedido. 4.MySQL recibe el pedido, lo procesa y envía los resultados de vuelta al PHP engine. 5.El PHP engine termina de correr el script que usualmente incluye aplicar formato al resultado y lo envía al web server en formato HTML. 6.El web server envía al browser la lista de libros.

86 Ejemplos bases de datos web http://www.1800flowers.com/Flowers/welcome.asp?section=1

87 Ejemplos bases de datos web http://www.mapquest.com/

88 REFERENCIAS Modern Database Management 8th Edition, Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden Yufei Yuan Course Web Site Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel PHP and MySQL Web Development, Third Edition, Luke Welling, and Laura Thomson