BASES DE DATOS

RUBN DARIO BASTO ORTIZ

CD.: 1.094.267.631



Presentado a:
Edgar Albornoz




FUNDAMENTO Y DISEO DE BASES DE DATOS




UNIVERSIDAD DE PAMPLONA
FACULTAD DE INGENIERIAS Y ARQUITECTURA
INGENIERIA INDUSTRIAL
2012

INTRODUCCIN

Las bases de datos son parte importante en nuestra vida, tienen mltiples aplicaciones
como en bibliotecas, automatizacin de oficinas, ingeniera de software, diccionarios
automatizados y en general cualquier programa orientado a mantener y recuperar
informacin textual.
A travs de este trabajo se quiere conocer la historia de las bases de datos,
identificando cada uno de los eventos y/o descubrimientos ms importantes a travs
del tiempo, para obtener finalmente las bases de datos y los gestores que hoy
conocemos.
Se abordaron los modelos de base de datos,(jerrquico, de red, relacional y modelo
orientado a objetos) revisando sus caracterstica principales, ventajas y desventajas
de cada uno. Y por ultimo tenemos la descripcin de los software gestor de bases de
datos mas conocidos, una lista de los que se encuentran en el mercado, tanto libres
como no libres.














BASES DE DATOS
Historia
El uso de sistemas de bases de datos automatizadas, se desarrollo a partir de la
necesidad de almacenar grandes cantidades de datos, para su posterior consulta,
producidas por las nuevas industrias que creaban gran cantidad de informacin.
Herman Hollerit (1860-1929) fue denominado el primer ingeniero estadstico de la
historia, ya que invento una computadora llamada Mquina Automtica Perforadora
de Tarjetas. Para hacer el censo de Estados Unidos en 1880 se tardaron 7 aos para
obtener resultados, pero Herman Hollerit en 1884 creo la mquina perforadora, con la
cual, en el censo de 1890 dio resultados en 2 aos y medio, donde se poda obtener
datos importantes como nmero de nacimientos, poblacin infantil y nmero de
familias. La mquina uso sistemas mecnicos para procesar la informacin de las
tarjetas y para tabular los resultados.
A diferencia con la maquina de Babbage, que utilizaba unas tarjetas similares, estas se
centraban en dar instrucciones a la mquina. En el invento de Herman Hollerit, cada
perforacin en las tarjetas representaba un nmero y cada dos perforaciones una
letra, cada tarjeta tenia capacidad para 80 variables. La mquina estaba compuesta
por una perforadora automtica y una lectora, la cual por medio de un sistema
elctrico lea los orificios de las tarjetas, esta tena unas agujas que buscaban los
orificios y al tocar el plano inferior de mercurio enviaba por medio del contacto
elctrico los datos a la unidad.
Este invento disparo el desarrollo de la tecnologa, la industria de los computadores,
abriendo as nuevas perspectivas y posibilidades hacia el futuro.
Dcada de 1950
En este lapso de tiempo se da origen a las cintas magnticas, las cuales sirvieron para
suplir las necesidades de informacin de las nuevas industrias. Por medio de este
mecanismo se empez a automatizar la informacin de las nminas, como por
ejemplo el aumento de salario. Consista en leer una cinta o ms y pasar los datos a
otra, y tambin se podan pasar desde las tarjetas perforadas. Simulando un sistema
de Backup, que consiste en hacer una copia de seguridad o copia de respaldo, para
guardar en un medio extrable la informacin importante. La nueva cinta a la que se
transfiere la informacin pasa a ser una cinta maestra. Estas cintas solo se podan leer
secuencial y ordenadamente.

Dcada de 1960
El uso de los discos en ese momento fue un adelanto muy efectivo, ya que por medio
de este soporte se poda consultar la informacin directamente, esto ayudo a ahorrar
tiempo. No era necesario saber exactamente donde estaban los datos en los discos, ya
que en milisegundos era recuperable la informacin. A diferencia de las cintas
magnticas, ya no era necesaria la secuencialidad, y este tipo de soporte empieza a ser
ambiguo.
Los discos dieron inicio a las Bases de Datos, de red y jerrquicas, pues los
programadores con su habilidad de manipulacin de estructuras junto con las
ventajas de los discos era posible guardar estructuras de datos como listas y rboles.
Dcada de 1970
Edgar Frank Codd (23 de agosto de 1923 18 de abril de 2003), en un artculo "Un
modelo relacional de datos para grandes bancos de datos compartidos" ("A Relational
Model of Data for Large Shared Data Banks") en 1970, defini el modelo relacional y
public una serie de reglas para la evaluacin de administradores de sistemas de
datos relacionales y as nacieron las bases de datos relacionales.
A partir de los aportes de Codd el multimillonario Larry Ellison desarrollo la base de
datos Oracle, el cual es un sistema de administracin de base de datos, que se destaca
por sus transacciones, estabilidad, escalabilidad y multiplataforma.
Inicialmente no se uso el modelo relacional debido a que tena inconvenientes por el
rendimiento, ya que no podan ser competitivas con las bases de datos jerrquicas y
de red. sta tendencia cambio por un proyecto de IBM el cual desarroll tcnicas para
la construccin de un sistema de bases de datos relacionales eficientes, llamado
System R.

Dcada de 1980
Las bases de datos relacionales con su sistema de tablas, filas y columnas, pudieron
competir con las bases de datos jerrquicas y de red, ya que su nivel de programacin
era bajo y su uso muy sencillo.
En esta dcada el modelo relacional ha conseguido posicionarse del mercado de las
bases de datos. Y tambin en este tiempo se iniciaron grandes investigaciones
paralelas y distribuidas, como las bases de datos orientadas a objetos.

Principios dcada de los 90
Para la toma de decisiones se crea el lenguaje SQL, que es un lenguaje programado
para consultas. El programa de alto nivel SQL es un lenguaje de consulta estructurado
que analiza grandes cantidades de informacin el cual permite especificar diversos
tipos de operaciones frente a la misma informacin, a diferencia de las bases de datos
de los 80 que eran diseadas para las aplicaciones de procesamiento de transacciones.
Los grandes distribuidores de bases de datos incursionaron con la venta de bases de
datos orientada a objetos.

Finales de la dcada de los 90
El boom de esta dcada fue la aparicin de la WWW Word Wide Web ya que por
ste medio se facilitaba la consulta de las bases de datos. Actualmente tienen una
amplia capacidad de almacenamiento de informacin, tambin una de las ventajas es
el servicio de siete das a la semana las veinticuatro horas del da, sin interrupciones a
menos que haya planificaciones de mantenimiento de las plataformas o el software.

Siglo XXI
En la actualidad existe gran cantidad de alternativas en lnea que permiten hacer
bsquedas orientadas a necesidades especificas de los usuarios, una de las tendencias
ms amplias son las bases de datos que cumplan con el protocolo Open Archives
Initiative Protocol for Metadata Harvesting (OAI-PMH) los cuales permiten el
almacenamiento de gran cantidad de artculos que permiten una mayor visibilidad y
acceso en el mbito cientfico y general.

















Modelos de bases de datos

1. Base de datos jerrquica; es un tipo de sistema de gestin de base de datos que,
como su nombre indica, almacenan la informacin en un estructura jerrquica que
enlaza los registros en forma de estructura de rbol, en donde un nodo padre de
informacin puede tener varios nodos hijo.
Esta relacin jerrquica no es estrictamente obligatoria, de manera que pueden
establecerse relaciones entre nodos hermanos. En este caso la estructura en forma de
rbol se convierte en una estructura en forma de grafo dirigido. Esta variante se
denomina bases de datos de red.
Como funcionan
A diferencia del modelo relacional, el modelo jerrquico no diferencia una vista
lgica de una vista fsica de la base de datos. De manera que las relaciones entre datos
se establecen siempre a nivel fsico, es decir, mediante referencia a direcciones fsicas
del medio de almacenamiento (sectores y pistas).
Los datos se almacenan en la forma de registros, el equivalente a las filas del modelo
relacional. Cada registro consta de un conjunto de campos, el equivalente a
las columnas del modelo relacional. Un conjunto de registros con los mismos campos
se denomina fichero (record type, en ingls), el equivalente a las tablas del modelo
relacional.
El modelo jerrquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a
varios) del modelo relacional. Pero a diferencia de ste ltimo, las relaciones son
unidireccionales. En justicia, dichas relaciones son hijo-padre, pero no padre-hijo. Por
ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el registro de
su departamento (nodo padre), pero no al contrario. Esto implica que solamente se
puede consultar la base de datos desde los nodos hoja hacia el nodo raz. La consulta
en el sentido contrario requiere una bsqueda secuencial por todos los registros de la
base de datos (por ejemplo, para consultar todos los empleados de un departamento).
En las bases de datos jerrquicas no existen ndices que faciliten esta tarea.
Obsrvese que, a priori, no existen relaciones N:M (de muchos a muchos) en el modelo
jerrquico. Salvo que se simulen mediante varias relaciones 1:N. No obstante, esto
puede provocar problemas de inconsistencia, ya que el gestor de base de datos no
controla estas relaciones.
Como ya se ha mencionado, las relaciones se establecen mediante punteros entre
registros. Es decir, un registro hijo contiene la direccin fsica en el medio de
almacenamiento de su registro padre. Esto tiene una ventaja fundamental sobre las
bases de datos relacionales: el rendimiento. El acceso de un registro a otro es
prcticamente inmediato sin necesidad de consultar tablas de correspondencia.
Las relaciones jerrquicas entre diferentes tipos de datos pueden hacer que sea muy
sencillo responder a determinadas preguntas, pero muy difcil el contestar a otras.



Limitaciones del modelo jerrquico

A continuacin se mencionan los problemas tpicos de las bases de datos jerrquicas y
que no existen en las bases de datos relacionales. Todos estos problemas derivan del
hecho de que el sistema gestor de base de datos no implementa ningn control sobre
los propios datos, sino que queda en manos de las aplicaciones garantizar que se
cumplen las condiciones invariantes que se requieran (por ejemplo, evitar la
duplicidad de registros). Dado que todas las aplicaciones estn sujetas a errores y
fallos, esto es imposible en la prctica. Adems dichas condiciones suelen romperse ex
profeso por motivos operativos (generalmente, ajustes debidos a cambios en el
negocio) sin evaluarse sus consecuencias.

Duplicidad de registros

No se garantiza la inexistencia de registros duplicados. Esto tambin es cierto para los
campos "clave". Es decir, no se garantiza que dos registros cualesquiera tengan
diferentes valores en un subconjunto concreto de campos.

Integridad referencial

No existe garanta de que un registro hijo est relacionado con un
registro padre vlido. Por ejemplo, es posible borrar un nodo padresin eliminar antes
los nodos hijo, de manera que stos ltimos estn relacionados con un registro
invlido o inexistente.

Desnormalizacin
Este no es tanto un problema del modelo jerrquico como del uso que se hace de l.
Sin embargo, a diferencia del modelo relacional, las bases de datos jerrquicas no
tienen controles que impidan la desnormalizacin de una base de datos. Por ejemplo,
no existe el concepto de campos clave o campos nicos.
La desnormalizacin permite ingresar redundancia de una forma controlada, seguir a
una serie de pasos conlleva a:
Combinar las relaciones
Duplicar los atributos no claves
Introduccin de grupos repetitivos
Crear tablas de extraccin
Cuando se debe desnormalizar:
Se debe desnormalizar para optimizar el esquema relacional
Para hacer referencia a la combinacin de 2 relaciones que forman una sola
relacin
Ejemplo:
Proveedor (Nro_proveedor, calle, ciudad, cod_postal, descripcin) La relacin
Proveedor esta desnormalizada, ya que para normalizarla deberamos crear una tabla
con ciudad y cdigo postal

2. Base de datos relacional; Una base de datos relacional es una base de datos que
cumple con el modelo relacional, el cual es el modelo ms utilizado en la actualidad
para implementar bases de datos ya planificadas. Permiten establecer interconexiones
(relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas
conexiones relacionar los datos de ambas tablas, de ah proviene su nombre: "Modelo
Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los
laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo
paradigma en los modelos de base de datos.
Caractersticas
Una base de datos relacional se compone de varias tablas o relaciones.
No pueden existir dos tablas con el mismo nombre ni registro.
Cada tabla es a su vez un conjunto de registros (filas y columnas).
La relacin entre una tabla padre y un hijo se lleva a cabo por medio de las claves
primarias y ajenas (o forneas).
Las claves primarias son la clave principal de un registro dentro de una tabla y
stas deben cumplir con la integridad de datos.
Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave
primaria del registro padre; por medio de stas se hacen las relaciones.
Elementos:

Relaciones base y derivadas
En una base de datos relacional, todos los datos se almacenan y se accede a ellos por
medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones
base" y su implementacin es llamada "tabla". Otras relaciones no almacenan datos,
pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas
"relaciones derivadas" y su implementacin es llamada "vista" o "consulta". Las
relaciones derivadas son convenientes ya que expresan informacin de varias
relaciones actuando como si fuera una sola.
Restricciones
Una restriccin es una condicin que obliga el cumplimiento de ciertas condiciones en
la base de datos. Algunas no son determinadas por los usuarios, sino que son
inherentemente definidas por el simple hecho de que la base de datos sea relacional.
Algunas otras restricciones las puede definir el usuario, por ejemplo, usar un campo
con valores enteros entre 1 y 10.
Las restricciones proveen un mtodo de implementar reglas en la base de datos. Las
restricciones restringen los datos que pueden ser almacenados en las tablas.
Usualmente se definen usando expresiones que dan como resultado un valor
booleano, indicando si los datos satisfacen la restriccin o no.
Las restricciones no son parte formal del modelo relacional, pero son incluidas porque
juegan el rol de organizar mejor los datos. Las restricciones son muy discutidas junto
con los conceptos relacionales.
Dominios
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un
dominio restringe los valores del atributo, puede ser considerado como una
restriccin. Matemticamente, atribuir un dominio a un atributo significa "todos los
valores de este atributo deben de ser elementos del conjunto especificado".
Distintos tipos de dominios son: enteros, cadenas de texto, fecha,no procedurales etc.
Clave nica
Cada tabla puede tener uno o ms campos cuyos valores identifican de forma nica
cada registro de dicha tabla, es decir, no pueden existir dos o ms registros diferentes
cuyos valores en dichos campos sean idnticos. Este conjunto de campos se llama
clave nica.
Pueden existir varias claves nicas en una determinada tabla, y a cada una de stas
suele llamrsele candidata a clave primaria.
Clave primaria
Una clave primaria es una clave nica elegida entre todas las candidatas que define
unvocamente a todos los dems atributos de la tabla, para especificar los datos que
sern relacionados con las dems tablas. La forma de hacer esto es por medio de
claves forneas.
Slo puede existir una clave primaria por tabla y ningn campo de dicha clave puede
contener valores NULL.
Clave fornea
Una clave fornea es una referencia a una clave en otra tabla, determina la relacin
existente en dos tablas. Las claves forneas no necesitan ser claves nicas en la tabla
donde estn y s a donde estn referenciadas.
Por ejemplo, el cdigo de departamento puede ser una clave fornea en la tabla de
empleados. Se permite que haya varios empleados en un mismo departamento, pero
habr uno y slo un departamento por cada clave distinta de departamento en la tabla
de empleados.
Clave ndice
Las claves ndice surgen con la necesidad de tener un acceso ms rpido a los datos.
Los ndices pueden ser creados con cualquier combinacin de campos de una tabla.
Las consultas que filtran registros por medio de estos campos, pueden encontrar los
registros de forma no secuencial usando la clave ndice.
Las bases de datos relacionales incluyen mltiples tcnicas de ordenamiento, cada una
de ellas es ptima para cierta distribucin de datos y tamao de la relacin.
Los ndices generalmente no se consideran parte de la base de datos, pues son un
detalle agregado. Sin embargo, las claves ndices son desarrolladas por el mismo
grupo de programadores que las otras partes de la base de datos.
Procedimientos almacenados
Un procedimiento almacenado es cdigo ejecutable que se asocia y se almacena con la
base de datos. Los procedimientos almacenados usualmente recogen y personalizan
operaciones comunes, como insertar un registro dentro de una tabla, recopilar
informacin estadstica, o encapsular clculos complejos. Son frecuentemente usados
por un API por seguridad o simplicidad.
Los procedimientos almacenados no son parte del modelo relacional, pero todas las
implementaciones comerciales los incluyen.

Estructura
La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o
instancia).
El esquema es la definicin de la estructura de la base de datos y principalmente
almacena los siguientes datos:
El nombre de cada tabla
El nombre de cada columna
El tipo de dato de cada columna
La tabla a la que pertenece cada columna
Las bases de datos relacionales pasan por un proceso al que se le conoce
como normalizacin, el resultado de dicho proceso es un esquema que permite que la
base de datos sea usada de manera ptima.
Los datos o instancia es el contenido de la base de datos en un momento dado. Es en
s, el contenido de todos los registros.

Manipulacin de la informacin
Para manipular la informacin utilizamos un lenguaje relacional, actualmente se
cuenta con dos lenguajes formales el lgebra relacional y el clculo relacional. El
lgebra relacional permite describir la forma de realizar una consulta, en cambio, el
clculo relacional slo indica lo que se desea devolver.
El lenguaje ms comn para construir las consultas a bases de datos relacionales
es SQL (Structured Query Language), un estndar implementado por los principales
motores o sistemas de gestin de bases de datos relacionales.
En el modelo relacional los atributos deben estar explcitamente relacionados a un
nombre en todas las operaciones, en cambio, el estndar SQL permite usar columnas
sin nombre en conjuntos de resultados, como el asterisco taquigrfico (*) como
notacin de consultas.
Al contrario del modelo relacional, el estndar SQL requiere que las columnas tengan
un orden definido, lo cual es fcil de implementar en una computadora, ya que la
memoria es lineal.
Es de notar, sin embargo, que en SQL el orden de las columnas y los registros
devueltos en cierto conjunto de resultado nunca est garantizado, a no ser que
explcitamente sea especificado por el usuario.

Ventajas y desventajas
Ventajas
Provee herramientas que garantizan evitar la duplicidad de registros.
Garantiza la integridad referencial, as, al eliminar un registro elimina todos los
registros relacionados dependientes.
Favorece la normalizacin por ser ms comprensible y aplicable.
Desventajas
Presentan deficiencias con datos grficos, multimedia, CAD y sistemas de
informacin geogrfica.
No se manipulan de forma manejable los bloques de texto como tipo de dato.
Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo
de satisfacer las necesidades de las aplicaciones anteriores y as, complementar
pero no sustituir a las bases de datos relacionales.
Diseo de las bases de datos relacionales
El primer paso para crear una base de datos, es planificar el tipo de informacin que
se quiere almacenar en la misma, teniendo en cuenta dos aspectos: la informacin
disponible y la informacin que necesitamos.
La planificacin de la estructura de la base de datos, en particular de las tablas, es vital
para la gestin efectiva de la misma. El diseo de la estructura de una tabla consiste en
una descripcin de cada uno de los campos que componen el registro y los valores o
datos que contendr cada uno de esos campos.
Los campos son los distintos tipos de datos que componen la tabla, por ejemplo:
nombre, apellido, domicilio. La definicin de un campo requiere: el nombre del campo,
el tipo de campo, el ancho del campo, etc.
Los registros constituyen la informacin que va contenida en los campos de la tabla,
por ejemplo: el nombre del paciente, el apellido del paciente y la direccin de este.
Generalmente los diferentes tipos de campos que se pueden almacenar son los
siguientes: Texto (caracteres), Numrico (nmeros), Fecha / Hora, Lgico
(informaciones lgicas si/no, verdadero/falso, etc.), imgenes.
En resumen, el principal aspecto a tener en cuenta durante el diseo de una tabla es
determinar claramente los campos necesarios, definirlos en forma adecuada con un
nombre especificando su tipo y su longitud.

3. Base de datos de red; es una base de datos conformada por una coleccin o set
de registros, los cuales estn 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.

Un registro es una coleccin o conjunto de campos (atributos), donde cada uno de los
que contiene solamente un nico valor almacenado, exclusivamente el enlace es la
asociacin entre dos registros, as que podemos verla como una relacin
estrictamente binaria.
Una estructura de base de datos de red, llamada algunas veces estructura de plex,
abarca ms que la estructura de rbol, porque un nodo hijo en la estructura red puede
tener ms de un nodo padre. En otras palabras, la restriccin de que en un
rbol jerrquico cada hijo puede tener slo un padre, se hace menos severa.
As, la estructura de rbol se puede considerar como un caso especial de la estructura
de red.

Base de datos orientada a objetos; la informacin se representa mediante objetos
como los presentes en la programacin orientada a objetos. Cuando se integra las
caractersticas de una base de datos con las de un lenguaje de programacin orientado
a objetos, el resultado es un sistema gestor de base de datos orientada a
objetos (ODBMS, object database management system). Un ODBMS hace que los
objetos de la base de datos aparezcan como objetos de un lenguaje de programacin
en uno o ms lenguajes de programacin a los que d soporte. Un ODBMS extiende los
lenguajes con datos persistentes de forma transparente, control de concurrencia,
recuperacin de datos, consultas asociativas y otras capacidades.
Las bases de datos orientadas a objetos se disean para trabajar bien en conjuncin
con lenguajes de programacin orientados a objetos como Java, C#, Visual Basic.NET y
C++. Los ODBMS usan exactamente el mismo modelo que estos lenguajes de
programacin.
Los ODBMS son una buena eleccin para aquellos sistemas que necesitan un buen
rendimiento en la manipulacin de tipos de dato complejos.
Los ODBMS proporcionan los costes de desarrollo ms bajos y el mejor rendimiento
cuando se usan objetos gracias a que almacenan objetos en disco y tienen una
integracin transparente con el programa escrito en un lenguaje de programacin
orientado a objetos, al almacenar exactamente el modelo de objeto usado a nivel
aplicativo, lo que reduce los costes de desarrollo y mantenimiento.

















Manejadores de bases de datos



PostgreSQL
Es un SGBD relacional orientado a objetos y libre, publicado bajo la licencia BSD. Como
muchos otros proyectos de cdigo abierto, el desarrollo de PostgreSQL no es
manejado por una empresa y/o persona, sino que es dirigido por una comunidad de
desarrolladores que trabajan de forma desinteresada, altruista, libre y/o apoyados
por organizaciones comerciales. Dicha comunidad es denominada el PGDG
(PostgreSQL Global Development Group).
Funciones
Bloques de cdigo que se ejecutan en el servidor. Pueden ser escritos en varios
lenguajes, con la potencia que cada uno de ellos da, desde las operaciones bsicas de
programacin, tales como bifurcaciones y bucles, hasta las complejidades de la
programacin orientada a objetos o la programacin funcional.

MySQL
Es un sistema de gestin de bases de datos relacional, multihilo y multiusuario con
ms de seis millones de instalaciones.1 MySQL AB desde enero de 2008 una
subsidiaria de Sun Microsystems y sta a su vez de Oracle Corporation desde abril de
2009 desarrolla MySQL como software libre en un esquema de licenciamiento dual.
Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia,
pero para aquellas empresas que quieran incorporarlo en productos privativos deben
comprar a la empresa una licencia especfica que les permita este uso. Est
desarrollado en su mayor parte en ANSI C.
Al contrario de proyectos como Apache, donde el software es desarrollado por una
comunidad pblica y los derechos de autor del cdigo estn en poder del autor
individual, MySQL es patrocinado por una empresa privada, que posee el copyright de
la mayor parte del cdigo.
Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado.
Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios.
Para sus operaciones contratan trabajadores alrededor del mundo que colaboran va
Internet. MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius.
El propsito general de los sistemas de gestin de bases de datos es el de manejar de
manera clara, sencilla y ordenada un conjunto de datos que posteriormente se
convertirn en informacin relevante para una organizacin.
Caractersticas
Inicialmente, MySQL careca de elementos considerados esenciales en las bases de
datos relacionales, tales como integridad referencial y transacciones. A pesar de ello,
atrajo a los desarrolladores de pginas web con contenido dinmico, justamente por
su simplicidad.
Poco a poco los elementos de los que careca MySQL estn siendo incorporados tanto
por desarrollos internos, como por desarrolladores de software libre. Entre las
caractersticas disponibles en las ltimas versiones se puede destacar:
Amplio subconjunto del lenguaje SQL. Algunas extensiones son incluidas igualmente.
Disponibilidad en gran cantidad de plataformas y sistemas.
Posibilidad de seleccin de mecanismos de almacenamiento que ofrecen diferente
velocidad de operacin, soporte fsico, capacidad, distribucin geogrfica,
transacciones...
Transacciones y claves forneas.
Conectividad segura.
Replicacin.
Bsqueda e indexacin de campos de texto.
MySQL es un sistema de administracin de bases de datos. Una base de datos es una
coleccin estructurada de tablas que contienen datos. Esta puede ser desde una
simple lista de compras a una galera de pinturas o el vasto volumen de informacin
en una red corporativa. Para agregar, acceder a y procesar datos guardados en un
computador, usted necesita un administrador como MySQL Server. Dado que los
computadores son muy buenos manejando grandes cantidades de informacin, los
administradores de bases de datos juegan un papel central en computacin, como
aplicaciones independientes o como parte de otras aplicaciones.
MySQL es un sistema de administracin relacional de bases de datos. Una base de
datos relacional archiva datos en tablas separadas en vez de colocar todos los datos en
un gran archivo. Esto permite velocidad y flexibilidad. Las tablas estn conectadas por
relaciones definidas que hacen posible combinar datos de diferentes tablas sobre
pedido.
MySQL es software de fuente abierta. Fuente abierta significa que es posible para
cualquier persona usarlo y modificarlo. Cualquier persona puede bajar el cdigo
fuente de MySQL y usarlo sin pagar. Cualquier interesado puede estudiar el cdigo
fuente y ajustarlo a sus necesidades. MySQL usa el GPL (GNU General Public License)
para definir qu puede hacer y qu no puede hacer con el software en diferentes
situaciones. Si usted no se ajusta al GPL o requiere introducir cdigo MySQL en
aplicaciones comerciales, usted puede comprar una versin comercial licenciada.
Caractersticas distintivas
Las siguientes caractersticas son implementadas nicamente por MySQL:
Permite escoger entre mltiples motores de almacenamiento para cada tabla. En
MySQL 5.0 stos deban aadirse en tiempo de compilacin, a partir de MySQL 5.1 se
pueden aadir dinmicamente en tiempo de ejecucin:
Los hay nativos como MyISAM, Falcon, Merge, InnoDB, BDB, Memory/heap, MySQL
Cluster, Federated, Archive, CSV, Blackhole y Example
Desarrollados por partners como solidDB, NitroEDB, ScaleDB, TokuDB, Infobright
(antes Brighthouse), Kickfire, XtraDB, IBM DB2). InnoDB Estuvo desarrollado as pero
ahora pertenece tambin a Oracle
Desarrollados por la comunidad como memcache, httpd, PBXT y Revision
Agrupacin de transacciones, reuniendo mltiples transacciones de varias conexiones
para incrementar el nmero de transacciones por segundo.
Tipos de compilacin del servidor
Hay tres tipos de compilacin del servidor MySQL:
Estndar: Los binarios estndar de MySQL son los recomendados para la mayora de
los usuarios, e incluyen el motor de almacenamiento InnoDB.
Max (No se trata de MaxDB, que es una cooperacin con SAP): Los binarios incluyen
caractersticas adicionales que no han sido lo bastante probadas o que normalmente
no son necesarias.
MySQL-Debug: Son binarios que han sido compilados con informacin de depuracin
extra. No debe ser usada en sistemas en produccin porque el cdigo de depuracin
puede reducir el rendimiento.

Otros gestores de bases de datos disponibles en el mercado libres y no libres
Firebird
SQLite
DB2 Express-C
Apache Derby
MariaDB
Drizzle
dBase
FileMaker
Fox Pro
gsBase
IBM DB2
MAGIC
Oracle
Sybase ASE
Sybase ASA
IBM IMS Base de datos de jerrquia







BIBLIOGRAFIA

http://recursostic.javeriana.edu.co/wiki/index.php/Historia_de_las_bases_de_
datos_en_Ciencia_de_la_Informaci%C3%B3n
http://es.wikipedia.org/wiki/Modelo_relacional
http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_base_de_datos
http://www.fismat.umich.mx/~elizalde/tesis/node5.html
http://es.wikipedia.org/wiki/MySQL