ESQUEMA

01.- Qu es una Base de Datos? 02.- Qu es un Sistema de Gestin de Base de Datos (DBMS)? 03.- Evolucin de los Sistemas de Gestin de Base de Datos 04.- Arquitectura Cliente - Servidor 05.- Arquitectura Multicapas 06.- Componentes de un DBMS 07.- Administracin de Base de Datos 08.- Tareas y Funciones que cumple un administrador de Base de Datos 09.- Historia y Caractersticas de: MySQL PostgreSQL MariaDB

01.- Qu es una Base de Datos?

Una base de datos es una coleccin de informacin organizada de forma que un programa de ordenador pueda seleccionar rpidamente los fragmentos de datos que necesite. Una base de datos es un sistema de archivos electrnico. La idea central de una base de datos es la organizacin. Siendo de gran utilidad para resguardar informacin valiosa y accesar a la misma de manera rpida y precisa.

Segn autores una Base de Datos es: Segn Howe 1983, Una base de datos es una coleccin no redundante de datos que son compartidos por diferentes programas de aplicacin. Segn Elmarsi, R, Navathe, S.B. 1989, Una base de datos es una coleccin de datos interrelacionados. Segn Michael V.Mannino, una base de datos es una coleccin de datos persistentes que pueden compartirse e interrelacionarse.

02.- Qu es un Sistema de Gestin de Base de Datos (DBMS)?

Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (DataBase Management System) es una coleccin de programas cuyo objetivo es servir de interfaz entre la base de datos, el usuario y las aplicaciones. Se compone de un lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y de un lenguaje de consulta. Un SGBD permite definir los datos a distintos niveles de abstraccin y manipular dichos datos, garantizando la seguridad e integridad de los mismos.

Algunos ejemplos de SGBD son Oracle, DB2, PostgreSQL, MySQL, MS SQL Server, etc.

Caractersticas:

Los SGBD tienen las siguientes mnimas caractersticas: Acceso a travs de lenguajes de programacin estndar. Acceso por parte de mltiples usuarios. Integridad de los datos. Respaldo y recuperacin (Backup). Redundancia mnima. Claves de seguridad, entre otras.

03.- Evolucin de los Sistemas de Gestin de Base de Datos

Tienen su origen en el proyecto de Apolo de mandar al hombre a la luna, en los aos setenta.

En aquella poca, no haba ningn sistema que permitiera gestionar la inmensa cantidad de informacin que requera el proyecto. La primera empresa encargada del proyecto, NAA (North American Aviation), desarroll un software denominado GUAM (General Up date Access Method) basado en una estructura jerrquica.

A mitad de los sesenta, se desarroll IDS (Integrated Data Store), de General Electric. Este trabajo fue dirigido por uno de los pioneros en los sistemas de bases de datos, Charles Bachmann. IDS era un nuevo tipo de sistema de bases de datos conocido como sistema de red. Los sistemas jerrquico y de red constituyen la primera generacin de los SGBD. Pero estos sistemas presentan algunos inconvenientes:

 Es

necesario

escribir

complejos

programas

de

aplicacin

para responder a cualquier tipo de consulta de datos, por simple que sta sea. La independencia de datos es mnima. No tienen un fundamento terico.

En 1970 Codd, de los laboratorios de investigacin de IBM, escribi un artculo presentando el modelo relacional. Se comenzaron

a desarrollar muchos sistemas relacionales, apareciendo los primeros a finales de los setenta y principios de los ochenta. Los SGBD relacionales constituyen la segunda generacin de los SGBD.

En la actualidad han surgido dos nuevos modelos: el modelo de datos orientado a objetos y el modelo relacional extendido. Sin embargo, a diferencia de los modelos que los preceden, la composicin de estos modelos no est clara. Esta evolucin representa la tercera generacin de los SGBD.

04.- Arquitectura Cliente - Servidor

Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. La interaccin clienteservidor es el soporte de la mayor parte de la comunicacin por redes. Ayuda a comprender las bases sobre las que estn construidos los algoritmos distribuidos.

En esta arquitectura la computadora de cada uno de los usuarios, llamada cliente, produce una demanda de informacin a cualquiera de las computadoras que proporcionan informacin, conocidas como servidores estos ltimos responden a la demanda del cliente que la produjo.

Los clientes y los servidores pueden estar conectados a una red local o una red amplia, como la que se puede implementar en una empresa o a una red mundial como lo es la Internet.

Bajo este modelo cada usuario tiene la libertad de obtener la informacin que requiera en un momento dado proveniente de una o varias fuentes locales o distantes y de procesarla como segn le convenga. Los distintos servidores tambin pueden intercambiar informacin dentro de esta arquitectura.

Partes que componen el sistema:

Cliente: Programa ejecutable que participa activamente en el establecimiento de las conexiones. Enva una peticin al servidor y se queda esperando por una respuesta. Su tiempo de vida es finito una vez que son servidas sus solicitudes, termina el trabajo.

Servidor: Es un programa que ofrece un servicio que se puede obtener en una red. Acepta la peticin desde la red, realiza el servicio y devuelve el resultado al solicitante. Al ser posible implantarlo como aplicaciones de programas, puede ejecutarse en cualquier sistema donde exista TCP/IP y junto con otros programas de aplicacin. El servidor comienza su ejecucin antes de comenzar la interaccin con el cliente. Su tiempo de vida o de interaccin es interminable. Los servidores pueden ejecutar tareas sencillas (caso del servidor

hora da que devuelve una respuesta) o complejas (caso del servidor ftp en el cual se deben realizar operaciones antes de devolver una respuesta). Los servidores sencillos procesan una peticin a la vez (son secuenciales o interactivos), por lo que no revisan si ha llegado otra peticin antes de enviar la respuesta de la anterior. Los ms complejos trabajan con peticiones concurrentes an cuando una sola peticin lleve mucho tiempo para ser servida (caso del servidor ftp que debe copiar un archivo en otra mquina). Son complejos pues tienen altos requerimientos de proteccin y autorizacin. Pueden leer archivos del sistema, mantenerse en lnea y acceder a datos protegidos y a archivos de usuarios. No puede cumplir a ciegas las peticiones de los clientes, deben reforzar el acceso al sistema y las polticas de proteccin.

05.- Arquitectura Multicapas

Una arquitectura multicapa es un conjunto ordenado de subsistemas, cada uno de los cuales estn constituidos en trminos de los que tiene por debajo y proporciona la base de la implementacin de aquellos que estn por encima de l. Los objetos de cada capa suelen ser independientes, aunque suelen haber dependencias entre objetos de distintas capas. Existe una relacin cliente/servidor entre las capas inferiores, que son las que proporcionan los servicios, y las capas superiores, los usuarios de estos servicios.

Est basada en tres tipos de capas, que son: La Primera Capa (Presentacin o Interfaces), es la pgina inicial (Visual Grfica) que permite al usuario ver el diseo del programa.

La Segunda Capa (Reglas de Negocios), es la capa intermedia del programa donde se maneja las transacciones y reglas del negocio, actuando como intermediario entre las interfaces del usuario y la otra capa que es la de los datos.

La Tercera Capa (Datos), esta es la capa ms importante del programa, ya que maneja la informacin basada en una plataforma potente permitiendo as una consistencia en la informacin, donde este proceso ayuda al resguardo de la informacin ante cualquier fallo que pueda tener el Software y el Hardware.

Diferencias Multicapas.

entre

Arquitectura

Cliente

Servidor

Arquitectura

La Arquitectura cliente servidor, permite la conectividad mediante una red; mientras que en la Arquitectura multicapas esta distribuye el trabajo equivalente y le da rapidez al programa.

06.- Componentes de un DBMS Procesador de consulta: Interacciona con el usuario mediante sentencias especficas en un Lenguaje de Consulta. Mtodo de acceso: El procesador de consulta tiene que poder accesar los datos requeridos en el menor tiempo posible, estos mtodos se pueden clasificar en dos grupos: o ISAM: Mtodo de acceso secuencial indexado o HASHING: Transformacin de clave Editores de informes: Son herramientas que proporcionan

mecanismos para mejorar el formato por defecto de la consulta.

 Generadores de formatos: Los formatos producen una interfaz amigable al usuario para aadir, borrar, actualizar y recuperar informacin de la Base de Datos, los generadores de formatos toman como entrada un archivo de especificacin que describen el formato de tablas y columnas de la Base de Datos con el formato con el que va a interactuar, un conjunto de reglas de validacin para los datos, mensajes de error, entre otros. Generadores de men: Es una herramienta que sirve para generar mens. Interfaz con el lenguaje host: Es una interfaz que permite al sistema Host o cualquier otro sistema simular instrucciones del Sistema Operativo. Procesador de transacciones: Tiene como objetivo las cuestiones referentes a la integridad de la Base de Datos, recuperacin y control de la concurrencia. Diccionario de datos: Almacena informacin sobre las tablas y columnas en la Base de Datos, los mtodos de acceso empleados, los privilegios de acceso, entre otros.

07.- Administracin de Base de Datos

Un sistema de administracin de bases de datos (SABD) es sencillamente el software que permite que una institucin o empresa centralice sus datos, los administre eficientemente y proporcione acceso a los datos almacenados mediante programas de aplicacin. 08.- Tareas y Funciones que cumple un administrador de Base de Datos.

Un administrador de bases de datos (o DBA) tiene la responsabilidad de mantener y operar las bases de datos que conforman el sistema de informacin de una compaa.

Entre sus roles podemos encontrar: Recuperabilidad: Asegurarse de la recuperacin, creando y probando respaldos. Integridad: Verificar o ayudar a la verificacin de integridad de datos. Seguridad: Definir y/o implementar control de acceso. Disponibilidad: Esto es administrar la actividad de la base de datos. Desempeo: Asegurarse del mximo desempeo incluso con las limitaciones. Desarrollo y soporte a pruebas: Ayudar a los programadores e ingenieros a utilizar eficientemente la base de datos. Incluye administrar la estructura de la base de datos. Administrar el sistema manejador de base de datos. Establecer el diccionario de datos. Asegurar la confiabilidad de la base de datos.

09.- Historia y Caractersticas de:

MySQL

Es un sistema de gestin de bases de datos relacional, fue creada por la empresa sueca MySQL AB, la cual tiene el copyright del cdigo fuente del servidor SQL, as como tambin de la marca.

MySQL es un software de cdigo abierto, licenciado bajo la GPL de la GNU, aunque MySQL AB distribuye una versin comercial, en lo nico que

se diferencia de la versin libre, es en el soporte tcnico que se ofrece, y la posibilidad de integrar este gestor en un software propietario, ya que de otra manera, se vulnerara la licencia GPL.

El lenguaje de programacin que utiliza MySQL es Structured Query Language (SQL) que fue desarrollado por IBM en 1981 y desde entonces es utilizado de forma generalizada en las bases de datos relacionales. Historia de MySQL

La empresa MySQL AB (originalmente TCX DataKonsultAB) nace en 1995, en Suecia, fundada por David Axmark, Allan Larsson, y Michael "Monty" Widenius. Monty llevaba varios aos desarrollando un sistema que ofreca una forma optimizada y flexible para acceder a bases de datos SQL utilizando el mtodo ISAM, ya que ninguna de las interfaces existentes le resultaba adecuada, as surgi una nueva API de acceso a SQL que poda y puede ser accedida y modificada por terceras partes, esta api se llam MySQL.

El nombre MySQL tiene dos posibles orgenes, uno es corporativo, ya que llevaban tiempo llamando a todas sus aplicaciones con este prefijo (My), o tambin familiar, ya que el primer hijo de Monty se llama My, as que no est claramente definido cual de estas dos causas han dado lugar al nombre de este conocido gestor de bases de datos. El origen del delfn que MySQL usa como logo

MySQL sufri un rediseo drstico en 2001, y uno de los puntos clave del cambio fue el logo, un delfn que representa la simbologa de una especie en peligro y fue diseado por el finlands Renne Angelvuo.

El nombre fue elegido entre los 6357 que fueron sugeridos por usuarios de MySQL, pero el elegido finalmente fue Sakila, nombre propuesto por el desarrollador Ambrose Twebaze, de Suazilandia y que est inspirado en el lenguaje de su pais y en el nombre de una ciudad de Tanzania. Actualmente, Sakila tambin es el nombre del esquema de pruebas de MySQL, basado en la gestin de alquileres de un videoclub. Caractersticas principales

Inicialmente, MySQL careca de algunos elementos esenciales en las bases de datos relacionales, tales como integridad referencial y

transacciones.

A pesar de esto, atrajo a los desarrolladores de pginas web con contenido dinmico, debido a su simplicidad, de tal manera que los elementos faltantes fueron complementados por la va de las aplicaciones que la utilizan. Poco a poco estos elementos faltantes, estn siendo incorporados tanto por desarrolladores internos, como por desarrolladores de software libre.

En las ltimas versiones se pueden destacar las siguientes caractersticas principales:

El principal objetivo de MySQL es velocidad y robustez. Soporta gran cantidad de tipos de datos para las columnas. Gran portabilidad entre sistemas, puede trabajar en distintas plataformas y sistemas operativos. Cada base de datos cuenta con 3 archivos: Uno de estructura, uno de datos y uno de ndice y soporta hasta 32 ndices por tabla.

Aprovecha la potencia de sistemas multiproceso, gracias a su implementacin multihilo. Flexible sistema de contraseas (passwords) y gestin de usuarios, con un muy buen nivel de seguridad en los datos. El servidor soporta mensajes de error en distintas lenguas.

PostgreSQL

PostgreSQL es un potente sistema de base de datos objeto-relacional de cdigo abierto. Cuenta con ms de 15 aos de desarrollo activo y una arquitectura probada que se ha ganado una slida reputacin de fiabilidad e integridad de datos. Historia de PostgreSQL

PostGreSQL (llamado tambin Postgres95) fue derivado del proyecto Postgres, como ya se ha comentado. A sus espaldas, este proyecto lleva ms de una dcada de desarrollo, siendo hoy en da, el sistema libre ms avanzado con diferencia, soportando la gran mayora de las transacciones SQL, control concurrente, teniendo a su disposicin varios "language bindings" como por ejemplo C, C++, Java, Python, PHP y muchos ms.

La implementacin de Postgres DBMS comenz en 1986, y no hubo una versin operativa hasta 1987. La versin 1.0 fue liberada en Junio de 1989 a unos pocos usuarios, tras la cual se liber la versin 2.0 en Junio de 1990 debido a unas crticas sobre el sistema de reglas, que oblig a su reimplementacin. La versin 3.0 apareci en el ao 1991, e incluy una serie de mejoras como una mayor eficiencia en el ejecutor de peticiones. El resto de versiones liberadas a partir de entonces, se centraron en la portabilidad del sistema. El proyecto se dio por finalizado en con la versin

4.2, debido al gran auge que estaba teniendo, lo cual caus la imposibilidad de mantenimiento por parte de los desarrolladores.

En 1994, Andrew Yu y Jolly Chen aadieron un intrprete de SQL a este gestor. Postgres95, como as se llam fue liberado a Internet como un proyecto libre (OpenSource). Estaba escrito totalmente en C, y la primera versin fue un 25% ms pequea que Postgres, y entre un 30 y un 50% ms rpida. A parte de la correccin de algunos bugs, se mejor el motor interno, se aadi un nuevo programa monitor, y se compil usando la utilidad GNU Make y el compilador gcc sin necesidad de parchearlo (como haba hecho falta en versiones anteriores).

En 1996, los desarrolladores decidieron cambiar el nombre a al DBMS, y lo llamaron PostGreSQL (versin 6.0) para reflejar la relacin entre Postgres y las versiones recientes de SQL. Se crearon nuevas mejoras y modificaciones, que repercutieron en un 20-40% ms de eficiencia, as como la incorporacin del estndar SQL92. Caractersticas

Implementacin del estndar SQL92/SQL99. Soporta distintos tipos de datos: adems del soporte para los tipos base, tambin soporta datos de tipo fecha, monetarios, elementos grficos, datos sobre redes (MAC, IP...), cadenas de bits, etc. Tambin permite la creacin de tipos propios.

Incorpora una estructura de datos array. Incorpora funciones de diversa ndole: manejo de fechas, geomtricas, orientadas a operaciones con redes, etc. Permite la declaracin de funciones propias, as como la definicin de disparadores.

Soporta el uso de ndices, reglas y vistas. Incluye herencia entre tablas (aunque no entre objetos, ya que no existen), por lo que a este gestor de bases de datos se le incluye entre los gestores objeto-relacionales.

Permite la gestin de diferentes usuarios, como tambin los permisos asignados a cada uno de ellos.

MariaDB

MariaDB es un sistema de gestin de bases de datos derivado de MySQL con licencia GPL. Es desarrollado por Michael Widenius (fundador de MySQL) y la comunidad de desarrolladores de software libre. Introduce dos motores de almacenamiento nuevos, uno llamado Aria -que reemplaza con ventajas a MyISAM- y otro llamado XtraDB -en sustitucin de InnoDB. Tiene una alta compatibilidad con MySQL ya que posee las mismas rdenes, interfaces, APIs y bibliotecas, siendo su objetivo poder cambiar un servidor por otro directamente. Historia de MariaDB

Este SGBD surge a raz de la compra de Sun Microsystems - compaa que haba comprado previamente MySQL AB - por parte de Oracle. MariaDB es un fork directo de MySQL que asegura que permanecer una versin de este producto con licencia GPL, ya que tras esta compra Oracle cambi la licencia de MySQL por una de tipo privativo, aunque Oracle an conserva la versin MySQL Community Edition que sigue siendo GPL. Monty decidi crear esta variante porque estaba convencido de que el nico inters de Oracle en MySQL era reducir la competencia que MySQL daba al mayor vendedor de bases de datos relacionales del mundo que es Oracle.

 Caractersticas:

Una de las caractersticas a favor de MariaDB es que no hace falta hacer ninguna modificacin en toda la estructura de la base de datos que se tiene ni siquiera hay que tocar una lnea de cdigo, porque MariaDB es 100% compatible con MySQL.

Mejoras de Velocidad:

Existen algunas mejoras al cdigo DBUG para hacer su ejecucin ms rpida cuando se compila. La tabla de chequeo de redundancia es ms rpida. El uso del motor ARIA permite realizar consultas complejas rpidamente. Replicacin rpida y segura.