Fundamentos Bsicos de Base de Datos

BASE DE DATOS
Una base de datos o banco de datos es un conjunto de datos pertenecientes a
un mismo contexto y almacenados sistemticamente para su posterior uso. En
la actualidad, y debido al desarrollo tecnolgico de campos como la informtica
y la electrnica, la mayora de las bases de datos estn en formato digital
(electrnico), que ofrece un amplio rango de soluciones al problema de
almacenar datos.
Existen programas denominados sistemas gestores de bases de datos,
abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos
de forma rpida y estructurada. Las propiedades de estos SGBD, as como su
utilizacin y administracin, se estudian dentro del mbito de la informtica.
Objetivo de las Base de Datos
Independencia lgica y fsica de los datos: se refiere a la capacidad de
modificar una definicin de esquema en un nivel de la arquitectura sin que esta
modificacin afecte al nivel inmediatamente superior.
Redundancia mnima: se trata de usar la base de datos como repositorio
comn de datos para distintas aplicaciones.
Acceso concurrente por parte de mltiples usuarios: control de
concurrencia mediante tcnicas de bloqueo o cerrado de datos accedidos.
Distribucin espacial de los datos: la independencia lgica y fsica facilita
la posibilidad de sistemas de bases de datos distribuidas. Los datos pueden
encontrarse en otra habitacin, otro edificio e incluso otro pas. El usuario no
tiene por qu preocuparse de la localizacin espacial de los datos a los que
accede.
Integridad de los datos: se refiere a las medidas de seguridad que impiden
que se introduzcan datos errneos. Esto puede suceder tanto por motivos
fsicos (defectos de hardware, actualizacin incompleta debido a causas
externas), como de operacin (introduccin de datos incoherentes).
Consultas complejas optimizadas: la optimizacin de consultas permite la
rpida ejecucin de las mismas.
Seguridad de acceso y auditora: se refiere al derecho de acceso a los
datos contenidos en la base de datos por parte de personas y organismos. El
sistema de auditora mantiene el control de acceso a la base de datos, con el
objeto de saber qu o quin realiz una determinada modificacin y en qu
momento.
Respaldo y recuperacin: se refiere a la capacidad de un sistema de base de
datos de recuperar su estado en un momento previo a la prdida de datos.
Acceso a travs de lenguajes de programacin estndar: se refiere a la
posibilidad ya mencionada de acceder a los datos de una base de datos
mediante lenguajes de programacin ajenos al sistema de base de datos
propiamente dicho.
Funciones de las Bases de Datos
Codd, el creador del modelo relacional, ha establecido una lista con los ocho

servicios que debe ofrecer todo SGBD.

Un SGBD debe proporcionar a los usuarios la capacidad de almacenar datos en
la base de datos, acceder a ellos y actualizarlos. Esta es la funcin fundamental
de un SGBD y por supuesto, el SGBD debe ocultar al usuario la estructura fsica
interna (la organizacin de los ficheros y las estructuras de almacenamiento).
Un SGBD debe proporcionar un catlogo en el que se almacenen las
descripciones de los datos y que sea accesible por los usuarios. Este catlogo
es lo que se denomina diccionario de datos y contiene informacin que
describe los datos de la base de datos (metadatos).
Un SGBD debe proporcionar un mecanismo que garantice que todas las
actualizaciones correspondientes a una determinada transaccin se realicen, o
que no se realice ninguna.
Una transaccin es un conjunto de acciones que cambian el contenido de la
base de datos.
Un SGBD debe proporcionar un mecanismo que asegure que la base de datos
se actualice correctamente cuando varios usuarios la estn actualizando
concurrentemente. Uno de los principales objetivos de los SGBD es el permitir
que varios usuarios tengan acceso concurrente a los datos que comparten. El
acceso concurrente es relativamente fcil de gestionar si todos los usuarios se
dedican a leer datos, ya que no pueden interferir unos con otros. Sin embargo,
cuando dos o ms usuarios estn accediendo a la base de datos y al menos
uno de ellos est actualizando datos, pueden interferir de modo que se
produzcan inconsistencias en la base de datos. El SGBD se debe encargar de
que estas interferencias no se produzcan en el acceso simultneo.
Un SGBD debe proporcionar un mecanismo capaz de recuperar la base de
datos en caso de que ocurra algn suceso que la dae. Como se ha comentado
antes, cuando el sistema falla en medio de una transaccin, la base de datos
se debe devolver a un estado consistente. Este fallo puede ser a causa de un
fallo en algn dispositivo hardware o un error del software, que hagan que el
SGBD aborte, o puede ser a causa de que el usuario detecte un error durante la
transaccin y la aborte antes de que finalice. En todos estos casos, el SGBD
debe proporcionar un mecanismo capaz de recuperar la base de datos
llevndola a un estado consistente.
Un SGBD debe proporcionar un mecanismo que garantice que slo los usuarios
autorizados pueden acceder a la base de datos. La proteccin debe ser contra
accesos no autorizados, tanto intencionados como accidentales.
Un SGBD debe ser capaz de integrarse con algn software de comunicacin.
Muchos usuarios acceden a la base de datos desde terminales. En ocasiones
estos terminales se encuentran conectados directamente a la mquina sobre la
que funciona el SGBD. En otras ocasiones los terminales estn en lugares
remotos, por lo que la comunicacin con la mquina que alberga al SGBD se

debe hacer a travs de una red. En cualquiera de los dos casos, el SGBD recibe
peticiones en forma de mensajes y responde de modo similar. Todas estas
transmisiones de mensajes las maneja el gestor de comunicaciones de datos.
Aunque este gestor no forma parte del SGBD, es necesario que el SGBD se
pueda integrar con l para que el sistema sea comercialmente viable.
Un SGBD debe proporcionar los medios necesarios para garantizar que tanto
los datos de la base de datos, como los cambios que se realizan sobre estos
datos, sigan ciertas reglas. La integridad de la base de datos requiere la validez
y consistencia de los datos almacenados. Se puede considerar como otro modo
de proteger la base de datos, pero adems de tener que ver con la seguridad,
tiene otras implicaciones. La integridad se ocupa de la calidad de los datos.
Normalmente se expresa mediante restricciones, que son una serie de reglas
que la base de datos no puede violar. Por ejemplo, se puede establecer la
restriccin de que cada empleado no puede tener asignados ms de diez
inmuebles. En este caso sera deseable que el SGBD controlara que no se
sobrepase este lmite cada vez que se asigne un inmueble a un empleado.
Adems, de estos ocho servicios, es razonable esperar que los SGBD
proporcionen un par de servicios ms:
Un SGBD debe permitir que se mantenga la independencia entre los programas
y la estructura de la base de datos. La independencia de datos se alcanza
mediante las vistas o subesquemas. La independencia de datos fsica es ms
fcil de alcanzar, de hecho hay varios tipos de cambios que se pueden realizar
sobre la estructura fsica de la base de datos sin afectar a las vistas. Sin
embargo, lograr una completa independencia de datos lgica es ms difcil.
Aadir una nueva entidad, un atributo o una relacin puede ser sencillo, pero
no es tan sencillo eliminarlos.
Un SGBD debe proporcionar una serie de herramientas que permitan
administrar la base de datos de modo efectivo. Algunas herramientas trabajan
a nivel externo, por lo que habrn sido producidas por el administrador de la
base de datos. Las herramientas que trabajan a nivel interno deben ser
proporcionadas por el distribuidor del SGBD. Algunas de ellas son:
Herramientas para importar y exportar datos.
Herramientas para monitorizar el uso y el funcionamiento de la base de datos.
Programas de anlisis estadstico para examinar las prestaciones o las
estadsticas de utilizacin.
Herramientas para reorganizacin de ndices.
Herramientas para aprovechar el espacio dejado en el almacenamiento fsico
por los registros borrados y que consoliden el espacio liberado para reutilizarlo
cuando sea necesario.
Elementos de una Base de Datos

Los elementos bsicos de una base de datos son:

entidades (entities)
campos (fields)
records
archivos (files)
llaves (keys)
1. Entidad Persona, lugar, objeto u evento para el cual se obtiene y mantiene
datos. Ejemplo: Cliente, Orden, Producto, Suplidor.
2. Campo Atributo o caracterstica de la entidad. Ejemplo: en la entidad
Cliente, algunos campos pueden ser Nombre, Apellido, Direccin.
3. Record Es una coleccin o grupo de campos que describen un miembro de
una entidad. Ejemplo, el record de un cliente, o de un producto.
4. Archivo Es un grupo de records que contienen datos sobre una entidad en
especfico. Ejemplo: el archivo de clientes, es archivo de productos, o de
empleados.
5. Llave o "Key" Es un campo que se usa para localizar, acceder o identificar
un record en especfico. Hay cuatro tipos de key:
a. "Primary key" es un campo u combinacin de campos que en forma nica y
mnima identifica un miembro en particular de una entidad. Es nico porque no
hay dos miembros con el mismo "key". Es mnimo porque contiene tan solo la
informacin necesaria para identificar al miembro de la entidad. Si el "primary
key" es una combinacin de varios campos se conoce como multivalue key".
b. "Candidate key" cualquier campo que pueda servir como "primary key".
Para seleccionar al "primary key", se escoge el campo que tenga menos datos
y sea ms fcil de usar. Cualquier campo que no es un "primary key" o un
"candidate key" se llama "nonkey field."
c. "Foreign key" es un cambo en un archivo que debe parear con el valor del
"primary key" de otro archivo para que se pueda establecer una relacin o
link entre ambos archivos.
d. "Secondary key" es un campo u combinacin de campos que se puede usa
para acceder records. Los "secondary keys" no necesitan ser nicos. Ejemplo:
nombre del cliente, cdigo postal (zipcode
SISTEMA GESTOR DE BASE DE DATOS
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 permiten 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.
Objetivos
Definir una base de datos: especificar tipos, estructuras y restricciones de
datos.
Construir la base de datos: guardar los datos en algn medio controlado por
el mismo SGBD
Manipular la base de datos: realizar consultas, actualizarla, generar informes.
Caractersticas
Las caractersticas de un Sistema Gestor de Base de Datos SGBD son:
Abstraccin de la informacin. Los SGBD ahorran a los usuarios detalles
acerca del almacenamiento fsico de los datos. Da lo mismo si una base de
datos ocupa uno o cientos de archivos, este hecho se hace transparente al
usuario. As, se definen varios niveles de abstraccin.
Independencia. La independencia de los datos consiste en la capacidad de
modificar el esquema (fsico o lgico) de una base de datos sin tener que
realizar cambios en las aplicaciones que se sirven de ella.
Redundancia mnima. Un buen diseo de una base de datos lograr evitar la
aparicin de informacin repetida o redundante. De entrada, lo ideal es lograr
una redundancia nula; no obstante, en algunos casos la complejidad de los
clculos hace necesaria la aparicin de redundancias.
Consistencia. En aquellos casos en los que no se ha logrado esta redundancia
nula, ser necesario vigilar que aquella informacin que aparece repetida se
actualice de forma coherente, es decir, que todos los datos repetidos se
actualicen de forma simultnea.
Seguridad. La informacin almacenada en una base de datos puede llegar a
tener un gran valor. Los SGBD deben garantizar que esta informacin se
encuentra segurizada frente a usuarios malintencionados, que intenten leer
informacin privilegiada; frente a ataques que deseen manipular o destruir la
informacin; o simplemente ante las torpezas de algn usuario autorizado pero
despistado. Normalmente, los SGBD disponen de un complejo sistema de
permisos a usuarios y grupos de usuarios, que permiten otorgar diversas
categoras de permisos.
Integridad. Se trata de adoptar las medidas necesarias para garantizar la
validez de los datos almacenados. Es decir, se trata de proteger los datos ante
fallos de hardware, datos introducidos por usuarios descuidados, o cualquier
otra circunstancia capaz de corromper la informacin almacenada.

 Respaldo y recuperacin. Los SGBD deben proporcionar una forma eficiente

de realizar copias de respaldo de la informacin almacenada en ellos, y de
restaurar a partir de estas copias los datos que se hayan podido perder.
Control de la concurrencia. En la mayora de entornos (excepto quizs el
domstico), lo ms habitual es que sean muchas las personas que acceden a
una base de datos, bien para recuperar informacin, bien para almacenarla. Y
es tambin frecuente que dichos accesos se realicen de forma simultnea. As
pues, un SGBD debe controlar este acceso concurrente a la informacin, que
podra derivar en inconsistencias.
ADMINISTRADOR DE BASE DE DATOS
El administrador de base de datos (DBA) es la persona responsable de los
aspectos ambientales de una base de datos. En general esto incluye:
Recuperabilidad - Crear y probar Respaldos
Integridad - Verificar o ayudar a la verificacin en la integridad de datos
Seguridad - Definir o implementar controles de acceso a los datos
Disponibilidad - Asegurarse del mayor tiempo de encendido
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.
El diseo lgico y fsico de las bases de datos a pesar de no ser obligaciones de
un administrador de bases de datos, es a veces parte del trabajo. Esas
funciones por lo general estn asignadas a los analistas de bases de datos a
los diseadores de bases de datos.
MODELO DE BASE DE DATOS
Un modelo de base de datos o esquema de base de datos es la estructura o el
formato de una base de datos, descrita en un lenguaje formal soportada por el
sistema de gestin de bases de datos. En otras palabras, un "modelo de base
de datos" es la aplicacin de un modelo de datos usado en conjuncin con un
sistema de gestin de bases de datos.
Los esquemas generalmente son almacenados en un diccionario de datos.
Aunque un esquema se defina en un lenguaje de base de datos de texto, el
trmino a menudo es usado para referirse a una representacin grfica de la
estructura de la base de datos.
Visin general
Un modelo de base de datos es una teora o especificacin que describe como
una base de datos es estructurada y usada. Varios modelos han sido sugeridos.
Modelos comunes:

Modelo jerrquico
Modelo de red
Modelo relacional
Modelo entidad-relacin
Modelo objeto-relacional
Modelo de objeto
Un modelo de datos no es solamente un modo de estructurar datos, sino que
tambin define el conjunto de las operaciones que pueden ser realizadas sobre
los datos. El modelo relacional, por ejemplo, define operaciones como
seleccin, proyeccin y unin. Aunque estas operaciones pueden no ser
explcitas en un lenguaje de consultas particular, proveen las bases sobre las
que stos son construidos.
Modelos
Varias tcnicas son usadas para modelar la estructura de datos. La mayor
parte de sistemas de base de datos son construidos entorno a un modelo de
datos particular, aunque sea cada vez ms comn para productos ofrecer el
apoyo a ms de un modelo. Ya que cualquier varia puesta en prctica lgica
modela fsica puede ser posible, y la mayor parte de productos ofrecern al
usuario algn nivel de control en la sintona de la puesta en prctica fsica,
desde las opciones que son hechas tienen un efecto significativo sobre el
funcionamiento. Un ejemplo de esto es el modelo emparentado: todas las
puestas en prctica serias del modelo emparentado permiten la creacin de
ndices que proporcionan rpido acceso a filas en una tabla si conocen los
valores de ciertas columnas.
Modelo de tabla
El modelo de tabla consiste en una serie unica, bidimensional de elementos de
datos, donde todos los miembros de una columna dada son asumidos para ser
valores similares, y todos los miembros de una fila son asumidos para ser
relacionados el uno con el otro. Por ejemplo, columnas para el nombre y la
contrasea que podra ser usada como una parte de una base de datos de
seguridad de sistema. Cada fila tendra la contrasea especfica asociada con
un usuario individual. Las columnas de la tabla a menudo tienen un tipo
asociado con ellos, definindolos como datos de carcter, fecha o la
informacin de tiempo, nmeros enteros, o nmeros de punto flotante.

Modelo jerrquico
En un modelo jerrquico, los datos son organizados en una estructura parecida
a un rbol, implicando un eslabn solo ascendente en cada registro para
describir anidar, y un campo de clase para guardar los registros en un orden
particular en cada lista de mismo-nivel. Las estructuras jerrquicas fueron
usadas extensamente en los primeros sistemas de gestin de datos de unidad

central, como el Sistema de Direccin de Informacin (IMS) por la IBM, y ahora

describen la estructura de documentos XML. Esta estructura permite un 1:N en
una relacin entre dos tipos de datos. Esta estructura es muy eficiente para
describir muchas relaciones en el verdadero real; recetas, ndice, ordenamiento
de prrafos/versos, alguno anid y clasific la informacin. Sin embargo, la
estructura jerrquica es ineficaz para ciertas operaciones de base de datos
cuando un camino lleno (a diferencia del eslabn ascendente y el campo de
clase) tambin no es incluido para cada registro.
Una limitacin del modelo jerrquico es su inhabilidad de representar manera
eficiente la redundancia en datos. Los modelos de base de datos " el valor de
atributo de entidad " como Caboodle por Swink estn basados en esta
estructura.
En la relacin Padre-hijo: El hijo slo puede tener un padre pero un padre puede
tener mltiples hijos. Los padres e hijos son atados juntos por eslabones
"indicadores" llamados. Un padre tendr una lista de indicadores de cada uno
de sus hijos.
Modelo de red
El modelo de red (definido por la especificacin CODASYL) organiza datos que
usan dos fundamental construcciones, registros llamados y conjuntos. Los
registros contienen campos (que puede ser organizado jerrquicamente, como
en el lenguaje COBOL de lenguaje de programacin). Los conjuntos (para no
ser confundido con conjuntos matemticos) definen de uno a varios relaciones
entre registros: un propietario, muchos miembros. Un registro puede ser un
propietario en cualquier nmero de conjuntos, y un miembro en cualquier
nmero de conjuntos.
El modelo de red es una variacin sobre el modelo jerrquico, al grado que es
construido sobre el concepto de mltiples ramas(estructuras de nivel inferior)
emanando de uno o varios nodos (estructuras de nivel alto), mientras el
modelo se diferencia del modelo jerrquico en esto las ramas pueden estar
unidas a mltiples nodos. El modelo de red es capaz de representar la
redundancia en datos de una manera ms eficiente que en el modelo
jerrquico.
Las operaciones del modelo de red son de navegacin en el estilo: un
programa mantiene una posicin corriente, y navega de un registro al otro por
siguiente las relaciones en las cuales el registro participa. Los registros tambin
pueden ser localizados por suministrando valores claves.
Aunque esto no sea un rasgo esencial del modelo, las bases de datos de red
generalmente ponen en prctica las relaciones de juego mediante indicadores
que directamente dirigen la ubicacin de un registro sobre el disco. Esto da el
funcionamiento de recuperacin excelente, a cargo de operaciones como la

carga de base de datos y la reorganizacin.

La mayor parte de bases de datos de objeto usan el concepto de navegacin
para proporcionar la navegacin rpida a travs de las redes de objetos,
generalmente usando identificadores de objeto como indicadores "inteligentes"
de objetos relacionados. Objectivity/DB, por ejemplo, los instrumentos llamados
1:1, 1:muchos, muchos:1 y muchos:muchos, llamados relaciones que pueden
cruzar bases de datos. Muchas bases de datos de objeto tambin apoyan SQL,
combinando las fuerzas de ambos modelos.
Modelo relacional
El modelo relacional fue presentado por la E. F. Codd en 1970 [2] como un
modo de hacer sistemas de gestin de datos ms independientes de cualquier
uso particular. Esto es un modelo matemtico definido en trminos de
predicado lgico y la teora de juego.
Los productos que son bases de datos relacionales generalmente llamadas de
hecho ponen en prctica un modelo que es slo una aproximacin al modelo
matemtico definido por Codd. Tres trminos clave son usados extensivamente
en el Modelo Relacional: relaciones, atributos, y dominios. Una relacin,
figurativamente hablando, es una tabla con columnas y filas. El atributo, es un
descriptor de la relacion, figurativamente hablando, sera el encabezado de
cada una de las columnas de la tabla. El dominio de un atributo es el conjunto
de valores legales que puede tomar el artibuto.
La estructura de datos bsica del modelo relacional es la tabla, donde la
informacin sobre una entidad particular (decir, un empleado) es representado
en columnas y filas (tambin llamado tuples). As, "la relacin" en "la base de
datos relacionada" se refiere a varias tablas en la base de datos; una relacin
es un juego de tuples. Las columnas enumeran varios atributos de la entidad
(el nombre del empleado, la direccin o el nmero de telfono, por ejemplo), y
una fila es un caso real de la entidad (un empleado especfico) que es
representado por la relacin. Por consiguiente, cada tuple de la tabla de
empleado representa varios atributos de un empleado solo.
Todas las relaciones (y tablas) en una base de datos relacionada tienen que
adherirse a algunas reglas bsicas de licenciarse como relaciones. Primero, el
ordenamiento de columnas es inmaterial en una tabla. Segundo, no puede
haber tuples idntico o filas en una tabla. Y tercero, cada tuple contendr un
valor solo para cada uno de sus atributos.
Una base de datos relacional contiene mltiples tablas, cada similar al que en
el modelo de base de datos "plano". Una de las fuerzas del modelo relacional
es que, en principio, cualquier valor que ocurre en dos registros diferentes
(perteneciendo a la misma tabla o a tablas diferentes), implica una relacin
entre aquellos dos registros.

Una llave que puede ser usada nicamente identificar una fila en una tabla una
llave primaria. Las llaves comnmente son usadas unir o combinar datos de
dos o ms tablas. Por ejemplo, una tabla de Empleado puede contener una
columna la Ubicacin llamada que contiene un valor que empareja la llave de
una tabla de Ubicacin. Las llaves son tambin crticas en la creacin de
ndices, que facilitan la recuperacin rpida de datos de mesas grandes.
Cualquier columna puede ser una llave, o mltiples columnas pueden ser
agrupadas juntos en una llave compuesta. No es necesario definir todas las
llaves por adelantado; una columna puede ser usada como una llave incluso si
al principio no fue querido para ser el que.
una llave externa que tiene un significado en el mundo real (como el nombre
de una persona, ISBN de un libro, o el nmero de serie de un coche) es una
llave "natural". Si ninguna llave natural es conveniente (pensar en mucha
gente elnombre Jos), un a llave arbitraria o sustituta puede ser asignada
(como dando a empleados numeros ID). En la prctica, la mayor parte de bases
de datos han generado ambas y llaves naturales, porque las llaves generadas
pueden ser usadas internamente crear eslabones entre las filas que no pueden
romperse, mientras llaves naturales pueden ser usadas, menos de fuentes
fidedignas, para bsquedas y para la integracin con otras bases de datos. (Por
ejemplo, los registros en dos bases de datos por separado desarrolladas
podran ser correspondidos por el nmero de la Seguridad Social, excepto
cuando los nmeros de la Seguridad Social son incorrectos, la omisin(la accin
de echar de menos), o se han cambiado).
Modelo Dimensional
El modelo dimensional es una adaptacin especializada del modelo relacional,
sola representar datos en depsitos de datos, en un camino que los datos
fcilmente pueden ser resumidos usando consultas OLAP. En el modelo
dimensional, una base de datos consiste en una mesa sola grande de los
hechos que son descritos usando dimensiones y medidas. Una dimensin
proporciona el contexto de un hecho (como quien particip, cuando y donde
pas, y su tipo) y es usado en preguntas al grupo hechos relacionados juntos.
Las dimensiones tienden a ser discretas y son a menudo jerrquicas; por
ejemplo, la posicin(ubicacin) podra incluir el edificio, el estado, y el pas.
Un indicador es una cantidad que describe el hecho, como el ingreso. Es
importante que los indicadores significativamente puedan ser agregados - por
ejemplo, el ingreso de ubicaciones diferentes pueden ser aadidas juntas.
En una consulta OLAP, las dimensiones son escogidas y los hechos son
agrupados y aadidos juntos para crear un reporte.
El modelo dimensional a menudo es puesto en prctica sobre la cima del
modelo emparentado que usa un esquema de estrella, consistiendo en una

mesa que contiene los hechos y mesas circundantes que contienen las
dimensiones. Dimensiones en particular complicadas podran ser
representadas usando mltiples mesas, causando un esquema de copo de
nieve.
Un almacen de datos (data warehouse) puede contener mltiples esquemas de
estrella que comparten tablas de dimensin, permitindoles para ser usadas
juntas. La llegada levanta un conjunto de dimensiones estndar y es una parte
importante del modelado dimensional.
Modelo de objeto
En aos recientes, el paradigma mediante objetos ha sido aplicado a la
tecnologa de base de datos, creando un nuevo modelo de programa
sabido(conocido) como bases de datos de objeto. Estas bases de datos
intentan traer el mundo de base de datos y el uso que programa el mundo ms
cerca juntos, en particular por asegurando que la base de datos usa el mismo
sistema de tipo que el programa de uso. Esto apunta para evitar el elevado (a
veces mencionaba el desajuste de impedancia) de convertir la informacin
entre su representacin en la base de datos (por ejemplo como filas en mesas)
y su representacin en el programa de uso (tpicamente como objetos). Al
mismo tiempo, las bases de datos de objeto intentan introducir las ideas claves
de programa de objeto, como encapsulation y polimorfismo, en el mundo de
bases de datos.
Una variedad de estas formas ha sido aspirada almacenando objetos en una
base de datos. Algunos productos se han acercado al problema del uso que
programa el final, por haciendo los objetos manipulados segn el programa
persistente. Esto tambin tpicamente requiere la adicin de una especie de
lengua de pregunta, ya que lenguajes de programacin convencionales no
tienen la capacidad de encontrar objetos basados en su contenido de la
informacin. Los otros han atacado el problema a partir del final de base de
datos, por definiendo un modelo de datos mediante objetos para la base de
datos, y definiendo un lenguaje de programacin de base de datos que permite
a capacidades de programa llenas as como instalaciones de pregunta
tradicionales.
Las bases de datos de objeto han sufrido debido a la carencia de
estandarizacin: aunque las normas fueran definidas por ODMG, nunca fueron
puestas en prctica lo bastante bien para asegurar la interoperabilidad entre
productos. Sin embargo, las bases de datos de objeto han sido usadas
satisfactoriamente en muchos usos:Usualmente aplicaciones especialisadas
como bases de datos de ingenieria, base de datos biologica molecualar, ms
bien que proceso de datos establecido comercial. Sin embargo, las ideas de
base de datos de objeto fueron recogidas por los vendedores emparentados y
extensiones influidas hechas a estos productos y de verdad a la lengua SQL.

BASES DE DATOS MAS UTILIZADAS

+
+
+
+
+
+

Interbase
Lenguaje SQL
Access
MySQL
SQL Server
Oracle