2.1.

3 Nivel interno

Internal level
La representacin fsica de la base de datos en el ordenador. Este nivel describe cmo se
almacenan los datos en la base de datos.

Se ha producido un error de traduccinEl nivel interno cubre la implementacin fsica de la

base de datos para lograr un rendimiento ptimo en tiempo de ejecucin y la utilizacin del
espacio de almacenamiento. Cubre las estructuras de datos y las organizaciones de archivos
utilizadas para almacenar datos en los dispositivos de almacenamiento. Se relaciona con los
mtodos de acceso al sistema operativo (tcnicas de gestin de archivos para almacenar y
recuperar registros de datos) para colocar los datos en los dispositivos de almacenamiento,
crear ndices, recuperar los datos, etc. El nivel interno se ocupa de cosas tales como:

asignacin de espacio de almacenamiento para datos e ndices;

descripciones de registros para almacenamiento (con tamaos almacenados para
elementos de datos);
colocacin de registros;
compresin de datos y tcnicas de cifrado de datos.

Debajo del nivel interno hay un nivel fsico que puede ser manejado por el sistema
operativo bajo la direccin del DBMS. Sin embargo, las funciones del SGBD y el sistema
operativo en el nivel fsico no son claras y varan de un sistema a otro. Algunos DBMS
aprovechan muchos de los mtodos de acceso al sistema operativo, mientras que otros
usan slo los ms bsicos y crean sus propias organizaciones de archivos. El nivel fsico
por debajo del DBMS consiste en elementos que slo el sistema operativo conoce, como
por ejemplo cmo se implementa la secuenciacin y si los campos de registros internos
se almacenan como bytes contiguos en el disco.
2.1.4 Esquemas, asignaciones y instancias
La descripcin general de la base de datos se denomina esquema de base de datos.
Hay tres tipos diferentes de esquema en la base de datos y estos se definen de acuerdo
con los niveles de abstraccin de la arquitectura de tres niveles ilustrada en la Figura
2.1. En el nivel ms alto, tenemos mltiples esquemas externos (tambin llamados
subschemas) que corresponden a diferentes vistas de los datos. En el nivel conceptual,
tenemos el esquema conceptual, que describe todas las entidades, atributos y
relaciones junto con restricciones de integridad. En el nivel ms bajo de abstraccin
tenemos el esquema interno, que es una descripcin completa del modelo interno, que
contiene las de fi niciones de los registros almacenados, los mtodos de representacin,
los campos de datos y los ndices y estructuras de almacenamiento utilizados. Slo hay
un esquema conceptual y un esquema interno por base de datos. El DBMS es
responsable del mapeo entre estos tres tipos de esquema. Tambin debe comprobar la
coherencia de los esquemas; En otras palabras, el DBMS debe comprobar que cada
esquema externo es derivable del esquema conceptual, y debe usar la informacin en
el esquema conceptual para mapear entre cada esquema externo y el esquema interno.
El esquema conceptual est relacionado con el esquema interno a travs de un mapeo
conceptual / interno. Esto permite que el DBMS encuentre el registro real o combinacin
de registros en el almacenamiento fsico que constituyen un registro lgico en el
esquema conceptual, junto con cualquier restriccin que se impongan en las
operaciones para ese registro lgico. Tambin permite que se resuelvan las diferencias
en los nombres de entidad, nombres de atributo, orden de atributo, tipos de datos, etc.
Por ltimo, cada esquema externo est relacionado con el esquema conceptual por el
mapeo externo / conceptual. Esto permite al DBMS asignar nombres en la vista del
usuario a la parte relevante del esquema conceptual.

Un ejemplo de los diferentes niveles se muestra en la Figura 2.2. Existen dos vistas
externas diferentes de los detalles del personal: una que consta de un nmero de
personal (sNo), primer nombre (fName), apellido (lName), edad y salario; Un segundo
que consta de un nmero de personal (staffNo), apellido (lName) y el nmero de la rama
en la que trabaja el miembro del personal (branchNo). Estas vistas externas se
combinan en una visin conceptual. En este proceso de fusin, la principal diferencia es
que el campo de edad se ha cambiado en una fecha de nacimiento, DOB. El DBMS
mantiene el mapeo externo / conceptual; Por ejemplo, mapea el campo sNo de la
primera vista externa al campo del personal del registro conceptual. El nivel conceptual
se asigna entonces al nivel interno, que contiene una descripcin fsica de la estructura
para el registro conceptual. En este nivel, vemos una de fi nicin de la estructura en un
lenguaje de alto nivel. La estructura contiene un puntero, a continuacin, que permite
que la lista de registros de personal se vinculen fsicamente entre s para formar una
cadena. Obsrvese que el orden de los campos en el nivel interno es diferente del nivel
conceptual. Una vez ms, el DBMS mantiene el mapeo conceptual / interno. Es
importante distinguir entre la descripcin de la base de datos y la propia base de datos.
La descripcin de la base de datos es el esquema de la base de datos. El esquema se
especifica durante el proceso de diseo de la base de datos y no se espera que cambie
con frecuencia. Sin embargo, los datos reales en la base de datos pueden cambiar con
frecuencia; Por ejemplo, cambia cada vez que insertamos detalles de un nuevo miembro
del personal o una nueva propiedad. Los datos en la base de datos en cualquier
momento en particular se llaman una instancia de base de datos. Por lo tanto, muchas
instancias de base de datos pueden corresponder al mismo esquema de base de datos.
El esquema se denomina a veces intensin de la base de datos, mientras que una
instancia se denomina extensin (o estado) de la base de datos.
2.1.5 Independencia de los datos
Un objetivo importante para la arquitectura de tres niveles es proporcionar
independencia de datos, lo que significa que los niveles superiores no se ven afectados
por cambios en niveles inferiores. Hay dos tipos de independencia de datos: lgico y
fsico.
Esquema externo=external schema
Esquema conceptual = conceptual schema
Esquema interno=internal schema

Independencia de los datos lgicos

La independencia de los datos lgicos se refiere a la inmunidad de los esquemas externos a los
cambios en el esquema conceptual.

Los cambios en el esquema conceptual, como la adicin o eliminacin de nuevas entidades,

atributos o relaciones, deberan ser posibles sin tener que cambiar los esquemas externos
existentes o tener que reescribir los programas de aplicacin. Es evidente que los usuarios para
los que se han realizado los cambios deben conocerlos, pero lo importante es que los dems
usuarios no deben

Independencia de los datos fsicos

La independencia de los datos fsicos se refiere a la inmunidad del esquema conceptual a los cambios en el
esquema interno.
Los cambios en el esquema interno, como el uso de diferentes organizaciones de
archivos o estructuras de almacenamiento, utilizando diferentes dispositivos de
almacenamiento, modificacin de ndices o algoritmos hash, deberan ser posibles sin
tener que cambiar los esquemas conceptuales o externos. Desde el punto de vista de
los usuarios, el nico efecto que se puede observar es un cambio en el rendimiento.
De hecho, el deterioro en el rendimiento es la razn ms comn para los cambios de
esquema internos. La figura 2.3 ilustra dnde se produce cada tipo de independencia
de datos en relacin con la arquitectura de tres niveles. El mapeo en dos etapas en la
arquitectura ANSI-SPARC puede ser ineficaz, pero proporciona mayor independencia
de los datos. Sin embargo, para un mapeo ms eficiente, el modelo ANSI-SPARC
permite el mapeo directo de esquemas externos al esquema interno, evitando as el
esquema conceptual. Esto, por supuesto, reduce la independencia de los datos, por lo
que cada vez que cambia el esquema interno, el esquema externo y los programas de
aplicacin dependientes tambin pueden tener que cambiar
2.2 Idiomas de la base de datos (database languages)
Una sublgica de datos consta de dos partes: un lenguaje de definicin de datos
(DDL) y un lenguaje de manipulacin de datos (DML). El DDL se utiliza para
especificar el esquema de la base de datos Y el DML se utiliza para leer y actualizar la
base de datos. Estos lenguajes se llaman sublanguages de datos porque no incluyen
construcciones para todas las necesidades informticas tales como declaraciones
condicionales o iterativas, que son proporcionadas por los lenguajes de programacin
de alto nivel. Muchos DBMSs tienen una facilidad para incrustar el sublenguaje en un
lenguaje de programacin de alto nivel como COBOL, Fortran, Pascal, Ada, C, C ++,
Java o Visual Basic. En este caso, el lenguaje de alto nivel se conoce a veces como el
lenguaje de host. Para compilar el archivo incrustado, los comandos en el sublenguaje
de datos se eliminan primero del programa de lenguaje de host y se reemplazan por
llamadas de funcin. El archivo preprocesado se compila entonces, se coloca en un
mdulo de objetos, se vincula con una biblioteca especfica de DBMS que contiene las
funciones reemplazadas y se ejecuta cuando se requiere. La mayora de los
sublanguages de datos tambin proporcionan comandos no incrustados, o
interactivos, que pueden ser introducidos directamente desde un terminal.
2.2.1 El lenguaje de definicin de datos (DDL)

DDL
Un lenguaje que permite al DBA o al usuario describir y nombrar las entidades, atributos y
relaciones requeridos para la aplicacin, junto con cualquier integridad asociada y restricciones
de seguridad.

El esquema de base de datos se especifica mediante un conjunto de definiciones

expresadas por medio de un lenguaje especial denominado Lenguaje de Definicin de
Datos. El DDL se utiliza para definir un esquema o para modificar uno existente. No se
puede utilizar para manipular datos. El resultado de la compilacin de las sentencias
DDL es un conjunto de tablas almacenadas en archivos especiales denominados
colectivamente catlogo del sistema. El catlogo del sistema integra los metadatos, es
decir, los datos que describen los objetos de la base de datos y facilita el acceso o la
manipulacin de dichos objetos. Los metadatos contienen de fi niciones de registros,
elementos de datos y otros objetos que son de inters para los usuarios o son
requeridos por el DBMS. El DBMS normalmente consulta el catlogo del sistema antes
de acceder a los datos reales en la base de datos. El diccionario de datos de trminos
y el directorio de datos tambin se usan para describir el catlogo del sistema, aunque
el trmino "diccionario de datos" se refiere generalmente a un sistema de software
ms general que a un catlogo para un DBMS. Discutiremos el catlogo del sistema
ms adelante en la Seccin 2.4. En un nivel terico, podramos identificar diferentes
DDL para cada esquema en la arquitectura de tres niveles, a saber, un DDL para los
esquemas externos, un DDL para el esquema conceptual y un DDL para el esquema
interno. Sin embargo, en la prctica, existe una DDL comprensiva que permite
especificar al menos los esquemas externos y conceptuales.
2.2.2 El lenguaje de manipulacin de datos (DML)

DML
Un lenguaje que proporciona un conjunto de operaciones para soportar las operaciones bsicas
de manipulacin de datos sobre los datos contenidos en la base de datos.

Las operaciones de manipulacin de datos suelen incluir lo siguiente:

insercin de nuevos datos en la base de datos;
modificacin de los datos almacenados en la base de datos;
recuperacin de los datos contenidos en la base de datos;
eliminacin de datos de la base de datos.
Por lo tanto, una de las funciones principales del SGBD es soportar un lenguaje de
manipulacin de datos en el que el usuario puede construir sentencias que causarn
dicha manipulacin de datos. La manipulacin de datos se aplica a los niveles externo,
conceptual e interno. Sin embargo, en el nivel interno debemos definir procedimientos
de bajo nivel bastante complejos que permitan el acceso eficiente a los datos. En
contraste, en niveles ms altos, se hace hincapi en la facilidad de uso y el esfuerzo
se dirige a proporcionar una interaccin eficiente del usuario con el sistema. La parte
de un DML que implica la recuperacin de datos se llama un lenguaje de consulta. Un
lenguaje de consulta puede definirse como un lenguaje de alto nivel de propsito
especial utilizado para satisfacer diversas solicitudes de recuperacin de datos
almacenados en la base de datos. Por lo tanto, el trmino 'consulta' se reserva para
indicar una sentencia de recuperacin expresada en un lenguaje de consulta. Los
trminos "lenguaje de consulta" y "DML" se usan de forma intercambiable, aunque
esto es tcnicamente incorrecto. Los DML se distinguen por sus construcciones de
recuperacin subyacentes. Podemos distinguir entre dos tipos de LMD: procedimental
y no procedimental. La principal diferencia entre estos dos lenguajes de manipulacin
de datos es que los lenguajes procedurales especifican cmo se obtiene la salida de
una instruccin DML, mientras que los DML no procedimentales describen slo qu
salida se va a obtener. Normalmente, los lenguajes procedimentales tratan los
registros individualmente, mientras que los lenguajes no procedimentales operan en
conjuntos de registros.
Procedural DMLs (LMD de procedimiento)

DML procedimental
Un lenguaje que permite al usuario decir al sistema qu datos se necesitan y cmo recuperar
exactamente los datos.

Con un DML procedimental, el usuario, o ms normalmente el programador, especifica

qu datos se necesitan y cmo obtenerlo. Esto significa que el usuario debe expresar
todas las operaciones de acceso a los datos que se van a utilizar llamando a
procedimientos apropiados para obtener la informacin requerida. Tpicamente, un
DML procedimental recupera un registro, lo procesa y, basado en los resultados
obtenidos por este procesamiento, recupera otro registro que se procesar de manera
similar, y as sucesivamente. Este proceso de recuperacin contina hasta que se han
recopilado los datos solicitados de la recuperacin. Tpicamente, los DML
procedimentales estn integrados en un lenguaje de programacin de alto nivel que
contiene construcciones para facilitar la iteracin y manejar la lgica de navegacin. La
red y los LMD jerrquicos son normalmente procesales (vase la Seccin 2.3).
Non-procedural DMLs (Non-procedural DMLs)

DML no procedimental
Un lenguaje que permite al usuario indicar qu datos se necesitan en lugar de cmo se va a
recuperar.

Los DML no procedimentales permiten especificar los datos requeridos en una sola
declaracin de recuperacin o actualizacin. Con los LMD no procedimentales, el
usuario especifica qu datos se requieren sin especificar cmo se va a obtener. El
DBMS traduce una instruccin DML en uno o ms procedimientos que manipulan los
conjuntos de registros necesarios. Esto libera al usuario de tener que saber cmo se
implementan internamente las estructuras de datos y qu algoritmos son necesarios
para recuperar y posiblemente transformar los datos, proporcionando as a los
usuarios un grado considerable de independencia de los datos. Los lenguajes no
procedimentales tambin se llaman lenguajes declarativos. Los DBMS relacionales
suelen incluir algn tipo de lenguaje no procedimental para la manipulacin de datos,
normalmente SQL (Structured Query Language) o QBE (Query-ByExample). Los DML
no procedimentales son normalmente ms fciles de aprender y usar que los DMLs
procedimentales, ya que el usuario realiza menos trabajo y ms el DBMS.
Examinamos SQL en detalle en los Captulos 5, 6, y Apndice E, y QBE en el Captulo
7.
2.2.3 Idiomas de Cuarta Generacin (4GLs)
No hay consenso sobre lo que constituye un lenguaje de cuarta generacin; Es en esencia un
lenguaje de programacin abreviado. Una operacin que requiere cientos de lneas en un
lenguaje de tercera generacin (3GL), como COBOL, generalmente requiere un nmero
significativamente menor de lneas en un 4GL.

Comparado con un 3GL, que es procedimental, un 4GL no es procedimental: el usuario define

lo que hay que hacer, no cmo hacerlo. Se espera que un 4GL dependa en gran parte de
componentes mucho ms altos conocidos como herramientas de cuarta generacin. El usuario
no define los pasos que un programa necesita para realizar una tarea, sino que de fi ne
parmetros para las herramientas que los utilizan para generar un programa de aplicacin. Se
afirma que los 4GL pueden mejorar la productividad en un factor de diez, a costa de limitar los
tipos de problemas que se pueden abordar. Los lenguajes de la cuarta generacin abarcan:

lenguajes de presentacin, tales como lenguajes de consulta y generadores de

informes;
lenguajes especializados, tales como hojas de clculo y lenguajes de bases de datos;
generadores de aplicaciones que definen, insertan, actualizan y recuperan datos de la
base de datos para crear aplicaciones;
lenguajes de muy alto nivel que se utilizan para generar cdigo de aplicacin.

SQL y QBE, mencionados anteriormente, son ejemplos de 4GLs. Ahora discutimos brevemente
algunos de los otros tipos de 4GL.

Se ha producido un error de traduccinGeneradores de formularios

Un generador de formularios es una facilidad interactiva para crear rpidamente

presentaciones de entrada y visualizacin de datos para formularios de pantalla. El generador
de formularios permite al usuario definir la apariencia de la pantalla, la informacin que debe
mostrarse y el lugar en el que se mostrar. Tambin puede permitir la definicin de colores
para elementos de pantalla y otras caractersticas, como negrita, subrayado, parpadeo, vdeo
inverso, etc. Los mejores generadores de formularios permiten la creacin de atributos
derivados, tal vez utilizando operadores aritmticos o agregados, y la especificacin de
verificaciones de validacin para la entrada de datos.

Generadores de informes

Un generador de informes es una facilidad para crear informes a partir de datos almacenados
en la base de datos. Es similar a un lenguaje de consulta en el que permite al usuario hacer
preguntas de la base de datos y recuperar informacin de ella para un informe. Sin embargo,
en el caso de un generador de informes, tenemos mucho mayor control sobre cmo se ve la
salida. Podemos permitir que el generador de informes determine automticamente la
apariencia de la salida o podemos crear nuestros propios informes de salida personalizados
utilizando instrucciones de comando de generador de informes especiales. Hay dos tipos
principales de generador de informes: orientado al lenguaje y orientado visualmente. En el
primer caso, se introduce un comando en un sublenguaje para definir los datos que deben
incluirse en el informe y cmo se va a elaborar el informe. En el segundo caso, utilizamos una
instalacin similar a un generador de formularios para definir la misma informacin.
Generadores de grficos

Un generador de grficos es una facilidad para recuperar datos de la base de datos y mostrar
los datos como un grfico que muestra las tendencias y las relaciones en los datos.
Normalmente, permite al usuario crear grficos de barras, grficos circulares, grficos de
lneas, grficos de dispersin, etc.
Generadores de aplicaciones

Un generador de aplicaciones es una facilidad para producir un programa que interacta con la
base de datos. El uso de un generador de aplicaciones puede reducir el tiempo que se tarda en
disear una aplicacin de software completa. Los generadores de aplicaciones tpicamente
consisten en mdulos preescritos que comprenden funciones fundamentales que usan la
mayora de los programas. Estos mdulos, por lo general escritos en un lenguaje de alto nivel,
constituyen una "biblioteca" de funciones para elegir. El usuario especifica lo que el programa
debe hacer; El generador de aplicaciones determina cmo realizar las tareas.

<<<<<<<<<<<
<

<<<