Professional Documents
Culture Documents
1. DEFINICIÓN:
2.1 MySQL
¿Qué es MySQL?
Historia de MySQL
MySQL surgió alrededor de la década del 90, Michael Windenis comenzó a usar
mSQL para conectar tablas usando sus propias rutinas de bajo nivel (ISAM). Tras
unas primeras pruebas, llegó a la conclusión de que mSQL no era lo bastante
flexible ni rápido para lo que necesitaba, por lo que tuvo que desarrollar nuevas
funciones. Esto resulto en una interfaz SQL a su base de datos, totalmente
compatible a mSQL.
El origen del nombre MySQL no se sabe con certeza de donde proviene, por una
lado se dice que en sus librerías han llevado el prefijo “my” durante los diez
últimos años, por otra parte, la hija de uno de los desarrolladores 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.
Características principales
Ventajas
Desventajas
SQL Server está diseñado para trabajar con dos tipos de bases de datos :
2.3 Oracle
Historia
La compañía Oracle surgió hace 25 años cuando Larry Ellison y sus co-
fundadores, Bob Miner y Ed Oates se dieron cuenta del potencial existente en el
modelo de la base de datos relacional.
De esta compañía surgió el Relational Software (Actual arquitectura Oracle)
gracias a los estudios sobre SGDB de George Koch.
Para ese entonces era el sistema más complejo desde el punto de vista técnico,
debido a su filosofía de las bases de datos relacionales.
Arquitectura
Consiste de varios procesos corriendo donde reside la
instancia, los espacios de memoria dedicados a ejecutar procesos específicos y la
base de datos física con sus archivos de control, de datos y de transacciones.[7]
2.4 Adabas
Historia de Adabas
2.5 Access
Estas son bases de datos más dinámicas, orientadas a almacenar información que
es modificada con el tiempo, permitiendo operaciones como actualización y
adición de datos, además de las operaciones fundamentales de consulta.
En el primer tipo se dice que existe una relación de uno a uno si el padre de la
estructura de información tiene un solo hijo y viceversa, si el hijo tiene solamente
un padre. En el segundo tipo se dice que la relación es de uno a muchos si el
padre tiene más de un hijo, aunque cada hijo tenga un solo padre.
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una
solución eficiente al problema de redundancia de datos, pero aun así, la dificultad
que significa administrar la información en una base de datos de red, ha
significado que sea un modelo utilizado en su mayoría por programadores más
que por usuarios finales.
El modelo de red evita redundancia en la información, a través de la incorporación
de un tipo de registro denominado el conector, que en este caso pueden ser las
calificaciones que obtuvieron los alumnos de cada profesor.
La dificultad surge al manejar las conexiones o ligas entre los registros y sus
correspondientes registros conectores.
TABLAS:
Indices De Acceso
Llave Primaria
Cada instancia de una entidad debe ser unívocamente identificable, de manera tal
que cada registro de la entidad debe estar separado y ser unívocamente
identificable del resto de los registros de esa misma entidad; y quien permite esta
identificación es la llave primaria. La llave primaria, que generalmente se
identificada por medio de la letra @, puede ser un atributo o una combinación de
atributos.
En consecuencia en cada archivo solo podrá existir un único registro que posea un
valor determinado para su llave primaria. En otras palabras no puede existir en un
archivo un registro que cuente con el mismo valor de otro registro en el campo de
la llave primaria; la llave primaria no puede tener valores repetidos para distintos
registros.
Llave Foránea
Restricciones
5. SQL
Historia
La historia de SQL (que se pronuncia deletreando en inglés las letras que lo componen, es decir
"ese-cu-ele" y no "siquel" como se oye a menudo) empieza en 1974 con la definición, por parte de
Donald Chamberlin y de otras personas que trabajaban en los laboratorios de investigación de IBM,
de un lenguaje para la especificación de las características de las bases de datos que adoptaban el
modelo relacional. Este lenguaje se llamaba SEQUEL (Structured English Query Language) y se
implementó en un prototipo llamado SEQUEL-XRM entre 1974 y 1975. Las experimentaciones con
ese prototipo condujeron, entre 1976 y 1977, a una revisión del lenguaje (SEQUEL/2), que a partir
de ese momento cambió de nombre por motivos legales, convirtiéndose en SQL. El prototipo
(System R), basado en este lenguaje, se adoptó y utilizó internamente en IBM y lo adoptaron
algunos de sus clientes elegidos. Gracias al éxito de este sistema, que no estaba todavía
comercializado, también otras compañías empezaron a desarrollar sus productos relacionales
basados en SQL. A partir de 1981, IBM comenzó a entregar sus productos relacionales y en 1983
empezó a vender DB2. En el curso de los años ochenta, numerosas compañías (por ejemplo
Oracle y Sybase, sólo por citar algunos) comercializaron productos basados en SQL, que se
convierte en el estándar industrial de hecho por lo que respecta a las bases de datos relacionales.
En 1986, el ANSI adoptó SQL (sustancialmente adoptó el dialecto SQL de IBM) como estándar
para los lenguajes relacionales y en 1987 se transfomó en estándar ISO. Esta versión del estándar
va con el nombre de SQL/86. En los años siguientes, éste ha sufrido diversas revisiones que han
conducido primero a la versión SQL/89 y, posteriormente, a la actual SQL/92.
El hecho de tener un estándar definido por un lenguaje para bases de datos relacionales abre
potencialmente el camino a la intercomunicabilidad entre todos los productos que se basan en él.
Desde el punto de vista práctico, por desgracia las cosas fueron de otro modo. Efectivamente, en
general cada productor adopta e implementa en la propia base de datos sólo el corazón del
lenguaje SQL (el así llamado Entry level o al máximo el Intermediate level), extendiéndolo de
manera individual según la propia visión que cada cual tenga del mundo de las bases de datos.
Actualmente, está en marcha un proceso de revisión del lenguaje por parte de los comités ANSI e
ISO, que debería terminar en la definición de lo que en este momento se conoce como SQL3. Las
características principales de esta nueva encarnación de SQL deberían ser su transformación en
un lenguaje stand-alone (mientras ahora se usa como lenguaje hospedado en otros lenguajes) y la
introducción de nuevos tipos de datos más complejos que permitan, por ejemplo, el tratamiento de
datos multimediales.[16]
WEBGRAFIA
[1] http://www.definiciones.com.mx/definicion/B/base-de-datos/
[2] http://www.alegsa.com.ar/Dic/base%20de%20datos.php
[3] http://atenea.udistrital.edu.co/profesores/jdimate/basedatos1/tema1_1.htm
[4] http://www.mitecnologico.com/Main/DefinicionBaseDeDatos
[5] http://www.desarrolloweb.com/articulos/sistemas-gestores-bases-datos.html
[6] http://www.uaem.mx/posgrado/mcruz/cursos/miic/MySQL.pdf
[7]http://alfa.facyt.uc.edu.ve/computacion/pensum/cs0347/download/exposiciones2
006-2007/DBMS%20comerciales.pdf
[8http://www.dictionary.die.net/adabas
[9] www.learnthat.com/define/view.asp?id=5535
[10] http://www.lawebdelprogramador.com/cursos/mostrar.php?id=1&texto=Access
[11]http://mx.geocities.com/vic_omar/bd.html
[12] http://www.monografias.com/trabajos5/basede/basede.shtml
[13]
http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/proyectoinformatico/libro/c3/c3.ht
ml
[14]http://www.mailxmail.com/curso/informatica/aprendeaccess/capitulo4.html
[15] msdn.microsoft.com/es-es/library/ms189862.aspx
[16] www.htmlpoint.com/sql/sql_04.htm