Está en la página 1de 8

INSTITUTO TECNOLOGICO SUPERIOR

SAN GABRIEL

POR: GUACHO MARIANA


FECHA: 31-05-2016
BASE DE DATOS
PRINCIPIOS BASICOS SOBRE BASE DE DATOS

Modelos de bases de datos


Abstraccin de la informacin.
Nivel Fsico
Nivel Conceptual
Nivel de Visin

MODELOS DE BASES DE DATOS

Un modelo de base de datos es un tipo de modelo de datos que determina la estructura lgica de una base de
datos y de manera fundamental determina el modo de almacenar, organizar y manipular los datos.
Modelo fichero plano

El modelo de fichero plano consiste en una sola matriz bidimensional de elementos, donde todos los miembros en
una columna dada tienen valores del mismo tipo, y todos los miembros de la misma fila estn relacionados entre
ellos. Por ejemplo, las columnas para nombre y clave pueden ser usadas para la seguridad de un sistema; cada
fila indicar el nombre y su correspondiente clave para un individuo. Las columnas en la tabla suelen tener un
tipo asociado, que la define como cadena de caracteres, fecha u hora, entero o nmero de coma flotante. Este
modelo tabular fue el precursor del modelo relacional.
Modelos tempranos
Estos modelos que se describen a continuacin fueron populares en las dcadas 1960-1970, pero hoy en da se
encuentran slo en sistemas heredados. Se caracterizan principalmente por tener caractersticas de navegacin
con fuertes conexiones entre la estructura fsica y la lgica, y poseen alta dependencia en los datos.
Modelo jerrquico

Modelo jerrquico
En un modelo jerrquico, los datos estn organizados en una estructura arbrea (dibujada como rbol invertido
o raz), lo que implica que cada registro slo tiene un padre. Las estructuras jerrquicas fueron usadas

extensamente en los primeros sistemas de gestin de datos de unidad central, como el Sistema IMS por IBM, y
ahora se usan para describir la estructura de documentos XML. Esta estructura permite relaciones 1:N entre los
datos, y es muy eficiente para describir muchas relaciones del mundo real: tablas de contenido, ordenamiento de
prrafos y cualquier tipo de informacin anidada.
Sin embargo, la estructura jerrquica es ineficiente para ciertas operaciones de base de datos cuando el camino
completo no se incluye en cada registro. Una limitacin del modelo jerrquico es su incapacidad para representar
de manera eficiente la redundancia en datos.
En la relacin Padre-hijo: El hijo slo puede tener un padre pero un padre puede tener mltiples hijos. Los padres
e hijos estn unidos por enlaces. Todo nodo tendr una lista de enlaces a sus hijos.
Modelo de red

Modelo en red
El modelo de red expande la estructura jerrquica, permitiendo relaciones N:N en una estructura tipo rbol que
permite mltiples padres. Antes de la llegada del modelo relacional, el modelo en red era el ms popular para las
bases de datos. Este modelo de red (definido por la especificacin CODASYL) organiza datos que usan en dos
construcciones bsicas, registros y conjuntos. Los registros contienen campos que puede estar organizados
jerrquicamente, como en el lenguaje COBOL. Los conjuntos definen relaciones N:N entre registros: varios
propietarios, varios miembros. Un registro puede ser un propietario de varios conjuntos, y miembro en cualquier
nmero de conjuntos.
El modelo en red es una generalizacin del modelo jerrquico, en tanto est 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 que 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 se realizan por de navegacin: un programa mantiene la posicin actual, y
navega entre registros siguiendo las relaciones entre ellos. Los registros tambin pueden ser localizados por
valores claves.

Aunque no es una caracterstica esencial del modelo, las bases de datos en red implementan sus relaciones
mediante punteros directos al disco. Esto da una velocidad de recuperacin excelente, pero penaliza las
operaciones de carga y reorganizacin.
Entre los SGBD ms populares que tienen arquitectura en red se encuentran Total e IDMS. IDMS logr una
importante base de usuarios; en 1980 adopt el modelo relacional y SQL, manteniendo adems sus herramientas
y lenguajes originales.
La mayora de bases de datos orientadas a objetos (introducidas en 1990) usan el concepto de navegacin para
proporcionar acceso rpido entre objetos en una red. Objectivity/DB, por ejemplo, implementa 1:1, 1:N, N:1 y N:N
entre distintas bases de datos. Muchas bases de datos orientadas a objetos tambin soportan SQL, combinando
as la potencia de ambos modelos.
Modelo de fichero invertido
En un fichero invertido o de ndice invertido, los datos contenidos se usan como claves en una tabla de consulta
(lookup table), y los valores en la tabla se utilizan como punteros a la localizacin de cada instancia. Esta es
tambin la estructura lgica de los ndices de bases de datos modernas, los cuales introducen slo el contenido
de algunas columnas en esa tabla de consulta. El modelo de fichero invertido puede poner los ndices en ficheros
planos para acceder a sus registros de manera eficiente.
Modelo relacional
Artculo principal: Modelo relacional

Los productos referidos como base


de datos relacional de hecho implementan un modelo que es slo una aproximacin al modelo matemtico definido
por Codd. Existen tres trminos usados con profusin en el modelo relacional de bases de datos: relaciones,
atributos y dominios. Una relacin equivale a una tabla con filas y columnas. Las columnas de una relacin se
llaman con rigor atributos, y el dominio es el conjunto de valores que cada atributo puede tomar.
La estructura bsica de datos del modelo relacional es la relacin (tabla), donde la informacin acerca de una
determinada entidad (p. ej. "empleado") se almacena en tuplas (filas), cada una con un conjunto de atributos
(columnas). Las columnas de cada tabla enumeran los distintos atributos de la entidad (el nombre del "empleado",
direccin y nmero de telfono, p. ej.), de modo que cada tupla de la relacin "empleado" representa un empleado
especfico guardando los datos de ese empleado concreto.
Todas las relaciones (es decir, tablas) en una base de datos relacional han de seguir unas mnimas reglas:
1. el orden de los atributos es irrelevante
2. no puede haber tuplas repetidas
3. cada atributo slo puede tener un valor.

Una base de datos puede contener varias tablas, cada una similar al modelo plano. Una de las fortalezas del
modelo relacional es que un valor de atributo coincidente en dos registros (filas) en la misma o diferente tabla
implica una relacin entre esos dos registros. Es posible tambin designar uno o un conjunto de atributos como
"clave", que permitir identificar de manera nica una fila en una tabla.
Dicha clave que permite identificar de manera unvoca una fila en una tabla se denomina "clave primaria". Las
claves son habitualmente utilizadas para combinar datos de dos o ms tablas. Por ejemplo, una tabla de empleados
puede contener una columna denominada "departamento"", cuyo valor coincida con la clave de una tabla
denominada "departamentos". Las claves son esenciales a la hora de crear ndices, que facilitan la recuperacin
rpidas de datos de tablas grandes. Una clave puede estar formada por cualquier columna o por una combinacin
de varias columnas, denominndose clave compuesta. No es necesario definir todas las claves por adelantado;
una columna puede usarse como clave incluso si no estaba previsto en origen.
.El lenguaje de interrogacin ms comn utilizado con las bases de datos relacionales es el (SQL).
Modelo dimensional
El modelo dimensional es una adaptacin especializada del modelo relacional usada para almacenar datos en
depsitos de datos, de modo que los datos fcilmente puedan ser extrados usando consultas OLAP. En el modelo
dimensional, una base de datos consiste en una sola tabla grande de datos 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). Las dimensiones se toman en cuenta en la formulacin de las consultas para agrupar hechos que estn
relacionados. Las dimensiones tienden a ser discretas y son a menudo jerrquicas; por ejemplo, la ubicacin
podra incluir el edificio, el estado y el pas. Una medida es una cantidad que describe el dato, tal como los ingresos.
Es importante que las medidas puedan ser agregados significativamente -por ejemplo, los ingresos provenientes
de diferentes lugares puedan sumarse.
En una consulta OLAP, las dimensiones y los hechos son agrupados y aadidos juntos para crear un informe. El
modelo dimensional a menudo es puesto en prctica sobre el modelo relacional usando un esquema de estrella,
consistiendo en una tabla que contiene los datos y tablas circundantes que contienen las dimensiones.
Dimensiones complicadas podran ser representadas usando mltiples tablas, usando un esquema de copo de
nieve.
Modelos post-relacionales
Los productos que ofrecen un modelo de datos ms general que el relacional se denominan a veces postrelational.2 Como trminos alternativos se oyen incluyen "bases de datos hbridas", "bases de datos relacionales
potenciadas con objetos" entre otros. El modelo de datos de esos productos incorpora relaciones pero no
limitadas por las restricciones del principio de informacin de E.F. Codd, que requiere que toda informacin en la
base de datos debe ser modelada en trminos de valores en relaciones nada ms 3
Algunas de estas extensiones al modelo relacional integran conceptos de tecnologas que preceden el modelo
relacional. Por ejemplo permiten representar un grafo dirigido con rboles en los nodos. La compaa sones
implementa este concepto en su GraphDB.
Algunos productos post-relacionales amplan los sistemas relacionales con caracteriticas no relacionales. Otros
han llegado al mismo punto aadiendo caractersticas relacionales a modelos pre-relacionales. Paradjicamente
esto ha permitido a productos histricamente pre-relacionales, como por ejemplo PICK y MUMPS, razonar su
esencia post-relactional.

El Resource Space Model es un modelo de datos no relacional basado en clasificacin multi-dimensional.4


Modelo de grafo
Las bases de datos de grafos permiten incluso una estructura ms general que una base de datos en red,
cualquier nodo puede estar conectado a cualquier otro.
Modelo multivaluados

Las bases de datos multivaluadas contienen datos arracimados, en el sentido de que pueden almacenar los datos
del mismo modo que las bases de datos relacionales, pero adems permiten un nivel de profundidad al que las
relacionales slo se pueden aproximar utilizando subtablas. Esto es prcticamente igual al modo en que XML
representa los datos, donde un campo/atributo dado puede contener mltiples valores a la vez. El multivalor se
puede considerar una forma de XML comprimida.
1. Encabezado, una entrada por factura
2. Detalle, una entrada por concepto
Tiene la ventaja que la correspondencia entre la factura conceptual y la de la factura como representacin de
datos es biunvoca. Esto redunda en menor nmero de lecturas, menos problemas de integridad referencial y una
fuerte disminucin del hardware necesario para soportar un volumen de transacciones dado.
Modelo orientado a objetos

Las bases de datos orientadas a objetos sufren falta de estandarizacin; aunque han sido definidos estndares
por en Object Database Management Group nunca han sido implementados con generalidad suficiente como para
permitir la interoperatibilidad entre productos. Sin embargo, las bases de datos orientadas a objetos han sido
empleadas eficazmente en distintas aplicaciones: generalmente en nichos especializados como ingeniera o
biologa molecular, pero no de forma general con soporte comercial. Sin embargo algunas de las ideas que ha
aportado han sido recogidas por los fabricantes de bases de datos relacionales y se han aplicado en extensiones
al lenguaje SQL.

ABSTRACCIN DE LA INFORMACIN.
Una base de datos es en esencia una coleccin de archivos relacionados entre s, de la cual los usuarios
pueden extraer informacin sin considerar las fronteras de los archivos.
Un objetivo importante de un sistema de base de datos es proporcionar a los usuarios una visin abstracta de
los datos, es decir, el sistema esconde ciertos detalles de cmo se almacenan y mantienen los datos. Sin embargo
para que el sistema sea manejable, los datos se deben extraer eficientemente.
Existen diferentes niveles de abstraccin para simplificar la interaccin de los usuarios con el sistema; Interno,
conceptual y externo, especficamente el de almacenamiento fsico, el del usuario y el del programador.
1.

Definicin de los datos: Se describen el tipo de datos y la longitud de campo todos los elementos

direccionables en la base. Los elementos por definir incluyen artculos elementales (atributos), totales
de datos y registros conceptuales (entidades).
2. Relaciones entre datos: Se definen las relaciones entre datos para enlazar tipos de registros
relacionados para el procesamiento de archivos mltiples.
NIVEL FISICO DE BASE DE DATOS
Es la representacin del nivel ms bajo de abstraccin, en ste se describe en detalle la forma en como
de almacenan los datos en los dispositivos de almacenamiento(por ejemplo, mediante sealadores o ndices
para el acceso aleatorio a los datos).
NIVEL CONCEPTUAL DE BASE DE DATOS
El siguiente nivel ms alto de abstraccin, describe que datos son almacenados realmente en la base de
datos y las relaciones que existen entre los mismos, describe la base de datos completa en rminos de su
estructura de diseo. El nivel conceptual de abstraccin lo usan los administradores de bases de datos,
quienes deben decidir qu informacin se va a guardar en la base de datos.
NIVEL DE VISION DE BASE DE DATOS
La abstraccin de datos es una tcnica o metodologa que permite disear estructuras de datos. La abstraccin
consiste en representar bajo ciertos lineamientos de formato las caractersticas esenciales de una estructura
de datos. Este proceso de diseo evita los detalles especficos de implementacin de los datos.
Un sistema de base de datos mostrar la informacin que un usuario requiera, la forma de mostrarla depender
del usuario mismo, escondiendo la complejidad (como la forma de tratar los datos, el cmo estn almacenados,
detalles que el usuario no necesita conocer) a los usuarios para simplificar su interaccin con el sistema.
Este proceso se realiza a travs de varios niveles de abstraccin:

Nivel Fsico: Describe cmo se almacenan realmente los datos. Se describen en detalle las estructuras
de datos complejas de bajo nivel.

Nivel Lgico: Es el siguiente nivel ms alto de abstraccin. Describe qu datos se almacenan en la base
de datos y qu relaciones existen entre esos datos. Los administradores de bases de datos, que deben
decidir la informacin que se mantiene en la base de datos, usan el nivel lgico de abstraccin.

Nivel de Vistas: El nivel ms alto de abstraccin describe slo parte de la base de datos completa. Los
usuarios que utilizan este nivel de abstraccin tienen una gran simplificacin en su interaccin con el
sistema, ya que ven un conjunto de programas de aplicacin (vistas) que esconden los detalles de los
tipos de datos. Adems de esconder detalles de nivel lgico tambin proporcionan un mecanismo de
seguridad para evitar que los usuarios accedan a ciertas partes, prohibidas para ellos, de la base de
datos.

Ejemplar de la base de datos: Coleccin de informacin almacenada en la base de datos en un momento


particular.

Esquema de la base de datos:Es el diseo completo de la base de datos (tablas, campos de cada tabla
y relaciones entre cada campo y cada tabla). A menudo se refiere a una representacin grfica de la
estructura de la base de datos. De acuerdo al nivel de abstraccin, el esquema se divide en esquema
fsico, que describe el diseo fsico en el nivel fsico, y el esquema lgico, que describe el diseo de la
base de datos en el nivel lgico.

También podría gustarte