Sistema de Gestin de Bases de Datos

2 Historia

Un sistema gestor de base de datos (SGBD) es un

conjunto de programas que permiten el almacenamiento,
modicacin y extraccin de la informacin en una base
de datos, adems de proporcionar herramientas para aadir, borrar, modicar y analizar los datos. Los usuarios
pueden acceder a la informacin usando herramientas especcas de interrogacin y de generacin de informes, o
bien mediante aplicaciones al efecto.

Las bases de datos han estado en uso desde los primeros

das de las computadoras electrnicas. A diferencia de los
sistemas modernos, que se pueden aplicar a datos y necesidades muy diferentes, la mayor parte de los sistemas
originales estaban enfocados a bases de datos especcas
y pensados para ganar velocidad a costa de perder exiEstos sistemas tambin proporcionan mtodos para man- bilidad. Los SGBD originales slo estaban a disposicin
tener la integridad de los datos, para administrar el acceso de las grandes organizaciones que podan disponer de las
de usuarios a los datos y para recuperar la informacin si complejas computadoras necesarias.
el sistema se corrompe. Permiten presentar la informacin de la base de datos en variados formatos. La mayora incluyen un generador de informes. Tambin pueden 2.1 Sistemas de navegacin (1960)
incluir un mdulo grco que permita presentar la inforSegn las computadoras fueron ganando velocidad y camacin con grcos y tablas.
pacidad, aparecieron sistemas de bases de datos de proGeneralmente se accede a los datos mediante lenguajes
psito general; a mediados de 1960 ya haba algunos sisde interrogacin, lenguajes de alto nivel que simplican
temas en uso. Apareci el inters en obtener un estndar
la tarea de construir las aplicaciones. Tambin simpliy Charles Bachman autor de uno de los primeros procan la interrogacin y la presentacin de la informacin.
ductos, el Integrated Data Store (IDS) fund el DatabaUn SGBD permite controlar el acceso a los datos, aseguse Task Group dentro de CODASYL, el grupo responsarar su integridad, gestionar el acceso concurrente a ellos,
ble de la creacin y estandarizacin de COBOL. En 1971
recuperar los datos tras un fallo del sistema y hacer copublicaron su estndar, que pas a ser conocido como la
pias de seguridad. Las bases de datos y los sistemas para
aproximacin CODASYL, y en breve aparecieron alsu gestin son esenciales para cualquier rea de negocio,
gunos productos basados en esta lnea.
y deben ser gestionados con esmero.
La estrategia de CODASYL estaba basada en la navegacin manual por un conjunto de datos enlazados en red.
Cuando se arrancaba la base de datos, el programa devolva un enlace al primer registro de la base de datos, el cual
a su vez contena punteros a otros datos. Para encontrar
un registro concreto el programador deba ir siguiendo
1 Introduccin
punteros hasta llegar al registro buscado.
Para responder a preguntas simples como buscar todas
las personas en Japn el programa deba recorrer todos
los datos para escoger los registros correctos. No existan los conceptos buscar ni encontrar, algo que sera inaceptable hoy en da, pero que en los tiempos en que
los datos se guardaban en cintas no era viable llevarlos a
la prctica.

Las bases de datos generalmente funcionan en computadoras dedicadas de forma exclusiva a este campo. Por
las prestaciones requeridas, generalmente funcionan en
computadoras multiprocesador con abundante memoria.
Para el almacenamiento de los datos puede contar con
sistemas de disco propio o almacenamiento de conexin directa (DAS), puede conectarse a una red de
almacenamiento (SAN) o conectarse a un sistema de
almacenamiento en red (NAS).

Se encontraron soluciones a muchos de esos problemas.

El fabricante Prime cre un SGBD ajustado a CODASYL
basado en rboles binarios que atajaba la navegacin de
registro en registro proveyendo caminos alternativos de
acceso. Tambin aportaba un lenguaje de interrogacin
muy claro. De hecho no hay razn para no poder aplicar los conceptos de normalizacin a bases de datos CODASYL, pero en ltimo trmino CODASYL resultaba
muy complejo y requera de mucho esfuerzo y prctica

Existen aceleradores hardware, usados en grandes sistema de proceso de transacciones. Los SGBD se encuentran en el corazn de toda aplicacin que maneje datos.
Los SGBD se basan en sistemas operativos estndar para
efectuar dichas funciones.
1

2
para producir una aplicacin til.

HISTORIA

ma. En el modelo relacional, una parte de la informacin

se usa como clave, identicando de manera biunvoca un
registro concreto. Cuando se recopila informacin acerca de un usuario, se acceder a la informacin de las tablas optativas buscando mediante esa clave. Por ejemplo
si el nombre de usuario es nico, la direccin y nmero
de telfono de ese usuario ser guardada con el nombre
de usuario como clave. La recopilacin de esta informacin en un solo registro es algo para lo que los lenguajes
tradicionales no estn pensados.

IBM tambin tena su SGBD propio en 1968, conocido

como IMS. Se trataba de un software desarrollado para el
programa Apolo sobre System/360. IMS tena conceptos
similares a CODASYL, pero usaba una jerarqua estricta de ordenacin de los datos, frente a la estructura en
red de CODASYL. Ambos conceptos fueron englobados
posteriormente en el concepto de bases de datos de navegacin debido al modo de acceso a los datos, de hecho
Bachman recibi al premio Turing en 1973 por su ponencia El programador como navegador.[1]
As como el enfoque de navegacin requiere programas
que realicen bucles para recolectar registros, el enfoque
relacional tambin los requerir. La solucin de Codd pa2.2 Sistemas relacionales (1970)
ra los necesarios bucles se basa en un lenguaje orientado
a conjuntos, una sugerencia que ms tarde cristalizara
en el ubicuo SQL. Plante el uso de una rama del lgebra llamada clculo de tuplas, y demostr que con ella se
podran realizar todas las operaciones tpicas sobre una
base de datos, adems de extraer conjuntos de datos de
una forma sencilla.

Ejemplo de una tabla en el modelo relacional.

El artculo de Codd cay en manos de dos personas en

Berkeley, Eugene Wong y Michael Stonebraker. Ellos comenzaron un proyecto llamado INGRES con fondos asignados a un proyecto de base de datos geogrca programada por los estudiantes. Comenzando en 1973, INGRES produjo sus primeras versiones de prueba que estuvieron listas para uso general en 1979. INGRES era
muy similar a System R de IBM en varios aspectos, incluyendo un lenguaje para acceso a los datos, conocido
como QUEL. Con el paso del tiempo, INGRES adopt
el estndar SQL.

Edgar Codd trabajaba en IBM, en una de esas ocinas

perifricas que estaba dedicada principalmente al desarrollo de discos duros. Estaba descontento con el modelo
de navegacin CODASYL, principalmente con la falta
de operacin de bsqueda. En 1970 escribi algunos artculos en los que perlaba una nueva aproximacin que
culmin en el documento A Relational Model of Data IBM realiz una implementacin de prueba del modelo
relacional PRTV y una de produccin Business
for Large Shared Data Banks.[2]
System 12 ambas descontinuadas. Honeywell escribi
En este artculo descubri un nuevo sistema para almaMRDS para Multics, y aparecen tambin dos nuevas imcenar y trabajar con grandes bases de datos. En vez de
plementaciones: Alphora Dataphor y Rel. La mayora de
almacenar registros de tipo arbitrario en una lista encalas dems implementaciones de SGBD llamados relaciodenada como en CODASYL, la idea de Codd era usar
nales son en realidad SGBD SQL.
una tabla de registros de tamao jo. Una lista encadenada tiene muy poca eciencia al almacenar datos dis- En la dcada de 1970, la Universidad de Mchigan copersos donde algunos de los datos de un registro pueden menz el desarrollo del MICRO Information Management
dejarse en blanco. El modelo relacional resuelve esto di- System basado en el modelo terico de datos de D. L.
vidiendo los datos en una serie de tablas o relaciones Childs. Micro fue utilizado para gestionar gran cantidad
normalizadas, en las que los elementos optativos han si- de datos en el Departamento de Trabajo del gobierno de
do extrados de la tabla principal para que ocupen espacio EUA. Corra en mainframe usando Michigan Terminal
slo si lo necesitan. En este modelo relacional los regis- System. Estuvo en produccin hasta 1998.
tros relacionados se enlazan con una clave.
Un uso comn de las bases de datos puede mantener una
agenda de usuarios, su nombre, informacin de acceso,
direccin y telfono. En la solucin de navegacin todos
esos datos estara localizados en un solo registro, y las
caractersticas no usadas simplemente no estaran en la
base de datos. En la solucin relacional, los datos estaran
normalizados en una tabla de usuario, una de telfono y
una de direccin, en la que seran aadidos registros si
tuviramos que incorporar telfono y direccin.

2.3 Sistemas SQL (nales de dcada de

1970)

IBM comenz a trabajar a principios de 1970 en un prototipo lejanamente basado en los conceptos de Codd llamndolo System R. La primera versin estuvo lista en
1974 o 1975, y comenz as el trabajo en sistemas multitabla, en los que los datos podan disgregarse de modo que
toda la informacin de un registro (alguna de la cual es opReconciliar toda la informacin es la clave de este siste- cional) no tiene que estar almacenada en un nico trozo

2.5

Sistemas NoSQL (2000)

grande. Las versiones multiusuario siguientes fueron probadas por los usuarios en 1978 y 1979, tiempo por el que
un lenguaje SQL haba sido estandarizado. Las ideas de
Codd se revelaron como operativas y superiores a las de
CODASYL, lanzando a IBM al desarrollo de una verdadera versin de produccin de System R, conocido como
SQL/DS, y posteriormente como Database 2 (DB2).

2.5 Sistemas NoSQL (2000)

En Suecia, el artculo de Codd gener la base de datos

Mimer SQL[3] en la universidad de Uppsala. En 1984 este proyecto se consolid en una compaa independiente. A principios de 1980, Mimer introdujo la gestin de
transacciones para dar robustez a las aplicaciones, una
idea que fue recogida en muchos otros SGBD.

2.6 Sistemas XML (2010)

El siglo XXI trajo una nueva tendencia en las bases de datos: el NoSQL. Esta tendencia introduca una lnea no relacional signicativamente diferentes de las clsicas. No
requieren por lo general esquemas jos, evitan las operaciones join almacenando datos desnormalizados y estn
diseadas para escalar horizontalmente. La mayor parte
Muchos de los tcnicos de INGRES estaban seguros del
de ellas pueden clasicarse como almacenes clave-valor
xito comercial del sistema, y formaron sus propias como bases de datos orientadas a documentos.
paas para comercializar el desarrollo pero con una interfaz SQL. Sybase, Informix, NonStop SQL y la misma Recientemente ha habido una gran demanda de bases
INGRES se vendan como derivados del INGRES origi- de datos distribuidas con tolerancia a particiones, pero
nal en los aos 1980. Incluso el SQL Server de Microsoft de acuerdo con el teorema CAP no es posible conseguir
est basado en Sybase, y por consiguiente en INGRES. un sistema distribuido que simultneamente proporcione
Slo Larry Ellison el fundador de Oracle comenz consistencia, disponibilidad y tolerancia al particionado.
un nuevo camino basado en el artculo de IBM sobre Sys- Un sistema distribuido puede satisfacer slo dos de las
tem R, y aventaj a IBM sacando al mercado su primera tres restricciones a la vez. Por dicha razn muchas de las
bases de datos NoSQL usan la llamada consistencia evenversin en 1978.
tual para proporcionar disponibilidad y tolerancia al parStonebraker aplic las lecciones de INGRES al desarrollo
ticionado, con un nivel mximo de consistencia de datos.
de una nueva base de datos Postgres conocida ahora como PostgreSQL. PostgreSQL se utiliza para muchas Entre las aplicaciones ms populares encontramos
aplicaciones crticas (los registros de dominios .org y .in- MongoDB, MemcacheDB, Redis, CouchDB, Hazelcast,
fo lo usan para su almacenamiento primario, as como Apache Cassandra y HBase, todas ellas de cdigo abierto.
grandes compaas e instituciones nancieras).

2.4

Sistemas orientados a objetos (1980)

Durante la dcada de 1980 el auge de la programacin

orientada a objetos inuy en el modo de manejar la informacin de las bases de datos. Programadores y diseadores comenzaron a tratar los datos en las bases de datos
como objetos. Esto quiere decir que si los datos de una
persona estn en la base de datos, los atributos de la persona como direccin, telfono y edad se consideran que
pertenecen a la persona, no son datos extraos. Esto permite establecer relaciones entre objetos y atributos, ms
que entre campos individuales.
Otro gran foco de atencin durante la dcada fue el incremento de velocidad y abilidad en el acceso. En 1989, dos
profesores de la Universidad de Wisconsin publicaron un
artculo en una conferencia ACM en el que exponan sus
mtodos para mejorar las prestaciones de las bases de datos. La idea consista en replicar la informacin importante y ms solicitada en una base de datos temporal de
pequeo tamao con enlaces a la base de datos principal.
Esto implicaba que se poda buscar mucho ms rpido
en la base de datos pequea que en la grande. Su mejora
de prestaciones llev a la introduccin de la indizacin,
incorporado en la totalidad de los SGBD.

Las Bases de Datos XML forman un subconjunto de las

Bases de Datos NoSQL. Todas ellas usan el formato de
almacenamiento XML, que est abierto, legible por humanos y mquinas y ampliamente usado para interoperabilidad.
En esta categora encontramos: BaseX, eXist, MarkLogic
Server, MonetDB/XQuery, Sedna.

3 Componentes
El motor de la base de datos acepta peticiones lgicas de los otros subsistemas del SGBD, las convierte en su equivalente fsico y accede a la base de
datos y diccionario de datos en el dispositivo de almacenamiento.
El subsistema de denicin de datos ayuda a crear
y mantener el diccionario de datos y dene la estructura del chero que soporta la base de datos.
El subsistema de manipulacin de datos ayuda al
usuario a aadir, cambiar y borrar informacin de
la base de datos y la interroga para extraer informacin. El subsistema de manipulacin de datos suele
ser la interfaz principal del usuario con la base de
datos. Permite al usuario especicar sus requisitos
de la informacin desde un punto de vista lgico.
El subsistema de generacin de aplicaciones contiene utilidades para ayudar a los usuarios en el desa-

LENGUAJES DE MODELACIN

rrollo de aplicaciones. Usualmente proporciona pan- El modelo de base de datos jerrquica tiene un esquema
tallas de entrada de datos, lenguajes de programa- en el que los datos se organizan en una estructura arbrea.
cin e interfaces.
Esta estructura permite representar relaciones padre/hijo:
cada padre puede tener varios hijos, pero cada hijo ha
El subsistema de administracin ayuda a gestio- de venir de slo un padre (las conocidas como relaciones
nar la base de datos ofreciendo funcionalidades co- 1:N). Todos los atributos de un registro especco estn
mo almacenamiento y recuperacin, gestin de la asociados a un tipo de entidad. Este modelo fue creado
seguridad, optimizacin de preguntas, control de por IBM en 1960.
concurrencia y gestin de cambios.
En una base de datos una entidad tipo es el trmino genrico para tabla. Cada registro individual se representa
como una la, y cada atributo como una columna. Las
4 Lenguajes de modelacin
entidades tipo se relacionan entre ellas usando correspondencias 1:N.
Toda base de datos soportada por un SGBD debe tener
unos esquemas modelados adecuadamente. Coincidiendo Actualmente las bases de datos jerrquicas ms utilizadas
con la evolucin histrica de las bases de datos, estas han son IMS de IBM y el Registro de Windows de Microsoft.
utilizado distintos modelos. Los SGBD esperan un modelo determinado para poder acceder de forma simple a
4.2 Estructura en red
la base de datos. Estos modelos son:
Jerrquicos
En red
Relacionales
Multidimensionales
De objetos
Tambin se han utilizados listas invertidas.

4.1

Estructura jerrquica

Modelo de base de datos en red.

Esta estructura contiene relaciones ms complejas que las

jerrquicas. Admite relaciones de cada registro con varios que se pueden seguir por distintos caminos. En otras
palabras, el modelo permite relaciones N:N.
El modelo en red est concebido como un modo exible
de representar objetos y sus relaciones. Su cualidad distintiva es que el esquema visto como un conjunto de
Ejemplo de un modelo de una base de datos jerrquica.
nodos conectados por arcos no tiene ninguna restricLa estructura jerrquica fue usada en los SGBD de los cin.
primeros mainframe. Las relaciones entre registros for- El inventor de este modelo fue Charles Bachman, y el esman una estructura en rbol. Esta estructura es simple tndar fue publicado en 1969 por CODASYL.
pero inexible ya que las relaciones estn connadas al
tipo 1:n. El sistema IMS de IBM y el RDM Mobile de
Raima[4] son ejemplos de bases de datos con mltiples 4.3 Estructura relacional
jerarquas sobre el mismo conjunto de datos. RDM Mobile es un nuevo diseo de base de datos imbuida para una La estructura relacional es la ms extendida hoy en da.
red de ordenadores mviles. La estructura jerrquica es Se usa en mainframes, computadoras medias y microusada hoy en da para almacenar informacin geogrca computadoras. Almacena los datos en las (tuplas) y columnas (atributos). Estas tablas pueden estar conectadas
principalmente.

Ejemplo de base de datos conteniendo objetos y herencias.

Ejemplo de tablas y relaciones.

media se basaba en el sistema de cheros para organizar,

almacenar y procesar los datos. El proceso de cheros
entre s por claves comunes. Mientras trabajaba en IBM es engorroso, costoso e inexible. La redundancia de los
en 1972, E. F. Codd concibi esta estructura. El mode- datos es un inconveniente del proceso de cheros ya que
lo no resulta sencillo de interrogar por el usuario ya que los cheros independientes producen cheros duplicados
puede requerir una compleja combinacin de tablas.
con su implicacin en el espacio necesario. Otro inconveniente es la falta de integracin, y la dicultad de mantenimiento. Esto fue encaminado aplicando la orientacin
4.4 Estructura multidimensional
a objetos a los datos.

5 Lenguajes de consulta
Los lenguajes de consulta de bases de datos y de generacin de informes permiten interrogar a la base de datos,
analizar los datos y actualizarlos segn los privilegios de
cada usuario. Tambin controla la seguridad de la base
de datos para prevenir accesos no autorizados que vean,
borren o cambien los datos. Mediante el uso de claves se
Cubos representando 4 dimensiones en base de datos multidimen- permite el acceso a toda la base de datos o a parte de ella.
A modo de ejemplo, una base de datos de empleados puesional.
de contener todos los datos de los empleados, pero slo
La estructura multidimensional tiene parecidos a la del un grupo de usuarios puede estar autorizado a ver las nmodelo relacional, pero en vez de las dos dimensiones minas mientras que otros pueden estar autorizados a ver
las-columnas, tiene N dimensiones. Esta estructura ofre- slo las historias laborales y los datos mdicos.
ce el aspecto de una hoja de clculo. Es fcil de mantener Si el SGBD proporciona un modo de acceder y actualizar
y entender ya que los registros se almacenan del mismo la base de datos, as como de consultarla, ste posibilitar
modo como se ven. Sus altas prestaciones han hecho de la creacin de bases de datos personales. Sin embargo, le
ella la base de datos ms popular para el proceso analtico faltara la capacidad de dejar trazas de las acciones o los
de transacciones en lnea (OLAP).
controles necesarios que necesita la base de datos de una
gran organizacin. Estos controles estn slo disponibles
cuando un conjunto de programas auxiliares supervisan
4.5 Estructura orientada a objetos
los accesos y actualizaciones de los datos.
La estructura orientada a objetos est diseada siguiendo
el paradigma de los lenguajes orientados a objetos. De
este modo soporta los tipos de datos grcos, imgenes, 6 Arquitectura
voz y texto de manera natural. Esta estructura tiene gran
difusin en aplicaciones web para aplicaciones multime- La arquitectura de un SGBD especica sus componendia.
tes (incluyendo su descripcin funcional) y sus interfaces.
Antes de la implantacin de los SGBD con estructura Trata de conceptos distintos que la arquitectura de la base
orientada a objetos, el almacenamiento de datos multi- de datos. Los componentes principales de un SGBD son:

8
Interfaces externas: medios para comunicarse con
el SGDB en ambos sentidos (E/S) y explotar a todas
sus funciones. Pueden afectar a la BD o a la operacin del SGBD, por ejemplo:
operaciones directas con la base de datos: denicin de tipos, asignacin de niveles de seguridad, actualizacin de datos, interrogacin
de la base de datos...
operaciones relativas a la operacin del SGBD:
copia de seguridad y restauracin, recuperacin tras una cada, monitoreo de seguridad,
gestin del almacenamiento, reserva de espacio, monitoreo de la conguracin, monitoreo
de prestaciones, anado...
las interfaces externas bien pueden ser utilizadas por usuarios (p. e. administradores) o bien
por programas que se comunican a travs de
una API.
Intrprete o procesador del lenguaje: la mayor
parte de las operaciones se efectan mediante un
lenguaje de base de datos. Existen lenguajes para
denicin de datos, manipulacin de datos (p. e.
SQL), para especicar aspectos de la seguridad y
ms. Las sentencias en ese lenguaje se introducen en
el SGBD mediante la interfaz adecuada. Se procesan
las expresiones en dicho lenguaje (ya sea compilado o interpretado) para extraer las operaciones de
modo que puedan ser ejecutadas por el SGBD.
Optimizador de consultas: realiza la optimizacin
de cada pregunta y escoge el plan de actuacin ms
eciente para ejecutarlo.
Motor de la base de datos: realiza las operaciones requeridas sobre la base de datos, tpicamente
representndolo a alto nivel.
Mecanismo de almacenamiento: traduce las operaciones a lenguaje de bajo nivel para acceder a los
datos. En algunas arquitecturas el mecanismo de almacenamiento est integrado en el motor de la base
de datos.
Motor de transacciones: para conseguir correccin
y abilidad, la mayora de las operaciones internas del SGBD, se realizan encapsuladas dentro de
transacciones. Las transacciones pueden ser especicadas externamente al SGBD para encapsular un
grupo de operaciones. El motor de transacciones sigue la ejecucin de las transacciones y gestiona su
ejecucin de acuerdo con las reglas que tiene establecidas (p. e., control de concurrencia y su ejecucin o cancelacin).
Gestin y operacin de SGBD: comprende muchos otros componentes que tratan de aspectos de
gestin y operativos del SGBD como monitoreo de
prestaciones, gestin del almacenamiento, mapas de
almacenamiento.

REFERENCIAS

7 Vase tambin
Base de datos
Almacn de datos
Anexo:Comparacin de sistemas administradores
de bases de datos relacionales

8 Referencias
[1] Bachman, Charles W. The programmer as navigator (en
ingls). Consultado el 17 de febrero de 2013.
[2] Codd, E.F. (1970). A Relational Model of Data for Large
Shared Data Banks. In: Communications of the ACM 13
(6): 377387.
[3] Mimer SQL (en ingls). Consultado el 18 de febrero de
2013.
[4] Database Management System; Product Overview (en
ingls). Consultado el 19 de febrero de 2013.

Origen del texto y las imgenes, colaboradores y licencias

9.1

Texto

Sistema de Gestin de Bases de Datos Fuente: https://es.wikipedia.org/wiki/Sistema_de_Gesti%C3%B3n_de_Bases_de_Datos?oldid=

92633567 Colaboradores: 4lex, Riviera, Dodo, Robotico, Superzerocool, BOT-Superzerocool, Baneld, CEM-bot, Osepu, Montgomery,
Rafa3040, TXiKiBoT, Netito777, Nioger, Biasoli, Cinevoro, VolkovBot, Technopat, Galandil, Muro Bot, Robertorp, SieBot, Tirithel,
Marcecoro, Josefelipeic, Eduardosalg, Leonpolanco, Poco a poco, Osado, UA31, AVBOT, Angel GN, Diegusjaimes, Arjuno3, Juvalen,
Luckas-bot, Centroamericano, Nallimbot, Capoquakeman, Alelapenya, SuperBraulio13, Xqbot, Jkbw, Ricardogpn, Igna, Botarel, BOTirithel, Hprmedina, TobeBot, AnselmiJuan, Born2bgratis, Leugim1972, PatruBOT, Angelito7, Humbefa, Olivares86, GrouchoBot, Savh,
HRoestBot, Grillitus, JackieBot, Emiduronte, Agmesas, WikitanvirBot, MerlIwBot, Gblas.ivan, Nagb1992, AvocatoBot, 123xt, Vetranio,
Creosota, Helmy oved, Makecat-bot, YFdyh-bot, Lufegero, Neopedo, Rauletemunoz, MaKiNeoH, CarlosBeto, Erving Rousseau, Addbot, Balles2601, Aaron alex28, Adrian silvera, Florengui, Jarould, Egis57, BenjaBot, Arreglaora, Sapristi1000, Alejandro Supra, Sfr570,
Ks-M9, Rascapedia y Annimos: 218

9.2

Imgenes

Archivo:1tabla.png Fuente: https://upload.wikimedia.org/wikipedia/commons/6/6e/1tabla.png Licencia: CC BY-SA 3.0 Colaboradores:

Trabajo propio Artista original: Juvalen
Archivo:Commons-emblem-question_book_yellow.svg
Fuente:
https://upload.wikimedia.org/wikipedia/commons/d/dd/
Commons-emblem-question_book_yellow.svg Licencia: CC BY-SA 3.0 Colaboradores: <a href='//commons.wikimedia.org/wiki/File:
Commons-emblem-query.svg' class='image'><img alt='Commons-emblem-query.svg' src='https://upload.wikimedia.org/wikipedia/
commons/thumb/c/c5/Commons-emblem-query.svg/25px-Commons-emblem-query.svg.png' width='25' height='25' srcset='https:
//upload.wikimedia.org/wikipedia/commons/thumb/c/c5/Commons-emblem-query.svg/38px-Commons-emblem-query.svg.png 1.5x,
https://upload.wikimedia.org/wikipedia/commons/thumb/c/c5/Commons-emblem-query.svg/50px-Commons-emblem-query.svg.png
2x' data-le-width='48' data-le-height='48' /></a> + <a href='//commons.wikimedia.org/wiki/File:Question_book.svg'
class='image'><img alt='Question book.svg' src='https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.
svg/25px-Question_book.svg.png' width='25' height='20' srcset='https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/
Question_book.svg/38px-Question_book.svg.png 1.5x, https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.
svg/50px-Question_book.svg.png 2x' data-le-width='252' data-le-height='199' /></a> Artista original: GNOME icon artists, Linfocito
B
Archivo:Cubos_en_estructura_multidimensional.png Fuente: https://upload.wikimedia.org/wikipedia/commons/5/5a/Cubos_en_
estructura_multidimensional.png Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Juvalen
Archivo:DB_jerarquica.png Fuente: https://upload.wikimedia.org/wikipedia/commons/e/e6/DB_jerarquica.png Licencia: CC BY-SA
3.0 Colaboradores: Trabajo propio Artista original: Juvalen
Archivo:DB_red.png Fuente: https://upload.wikimedia.org/wikipedia/commons/b/b6/DB_red.png Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Juvalen
Archivo:Estructura_orientada_a_objetos.png Fuente: https://upload.wikimedia.org/wikipedia/commons/6/66/Estructura_orientada_
a_objetos.png Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Juvalen
Archivo:Tablas_y_estructura_relacional.png Fuente: https://upload.wikimedia.org/wikipedia/commons/3/37/Tablas_y_estructura_
relacional.png Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Juvalen

9.3

Licencia del contenido

Creative Commons Attribution-Share Alike 3.0