METODOS DE ACCESO.

Los métodos de acceso son las rutinas que administran la entrada a las múltiples
construcciones de datos fundamentadas en disco que admite el sistema. Ciertos
sistemas están empezando a incorporar un soporte rudimentario para índices
multidimensionales como los árboles R.
La API elemental que otorga un procedimiento de ingreso es una API iteradora. Un
SARG NULL se trata como una solicitud para escanear cada una de las tuplas de
la tabla. La llamada get next() en la capa del procedimiento de ingreso regresa
NULL una vez que no hay más tuplas que cubran el argumento de averiguación.
ALMACENES DE DATOS.
Un almacén de datos es una amplia recopilación de datos comerciales que sirven
para ayudar a una organización a tomar decisiones. La gran cantidad de datos que
encontramos en los almacenes de datos procede de distintos lugares, como
aplicaciones internas de marketing, ventas o finanzas; algunas de las características
clave que tienden a requerir.
1. Los almacenes de datos son una aplicación muy importante de la tecnología
DBMS.

2. Los motores convencionales de optimización y ejecución de consultas no

funcionan bien en los almacenes de datos. Por lo tanto, se requieren
extensiones o modificaciones para lograr un buen rendimiento.

INDICES DE MAPAS DE BITS.

Hay una gran cantidad de aritmética de mapa de bits, más sofisticados trucos que
se pueden jugar para mejorar el rendimiento de las consultas analíticas comunes.
CARGA RAPIDA.
es determinante que los almacenes de datos se logren cargar a granel bastante
velozmente. Aun cuando se podría desarrollar cargas de almacén con una serie de
indicaciones de inserción SQL, esta estrategia jamás se usa en la práctica. En su
sitio, se usa un cargador masivo que transmitirá un enorme conjunto de registros al
almacenamiento sin la sobrecarga de la capa SQL, y aprovechando los
procedimientos especiales de carga masiva para procedimientos de ingreso como
B +.
VISTAS MATERIALIZADAS.
las vistas materializadas son tablas reales que se pueden consultar, pero que
corresponden a una expresión de vista lógica sobre las verdaderas tablas de datos
base.
 COMPATIBILIDAD DE CONSULTAS.
Las consultas predecibles pueden ser soportadas por vistas materializadas
adecuadamente construidas.
OPTIMIZACION DE CONSULTAS DE ESQUEMA DE COPO DE NIEVE.
Un esquema en copo de nieve es una estructura algo más compleja que el esquema
en estrella. Se da cuando alguna de las dimensiones se implementa con más de
una tabla de datos. La finalidad es normalizar las tablas y así reducir el espacio de
almacenamiento al eliminar la redundancia de datos.
EXTENSIBILIDAD DE LA BASE DE DATOS.
Hoy en día con el avance de la tecnología las bases de datos han pasado de guardar
únicamente texto, a poder almacenar una amplia gama de tipos de datos en una
variedad de lenguajes, esto lográndose por medio de hacer que DBMS relacionales
sean extensibles en varias maneras.
TIPOS DE DATOS ABSTRACTOS.
Es un conjunto de datos u objetos al cual se le asocian operaciones. Los Tipos de
Datos Abstractos proveen de una interfaz con la cual es posible realizar las
operaciones permitidas, abstrayéndose de la manera en cómo estén
implementadas dichas operaciones. el DBMS no interpreta los tipos, simplemente
invoca sus métodos adecuadamente en la evaluación de la expresión; de ahí el
nombre de "tipos de datos abstractos".
TIPOS EXTRUCTURADOS Y XML.
Hay aproximadamente tres enfoques para manejar tipos estructurados como XML.
El primero es construir un sistema de base de datos personalizado que opere sobre
datos con tipos estructurados; El segundo enfoque es tratar el tipo complejo como
un ADT y el tercero un tercer enfoque es que el DBMS "normalice" la estructura
anidada en un conjunto de relaciones al insertarlo, con claves externas que
conectan los sub-objetos a sus padres.
BUSQUEDA DE TEXTO COMPLETO.
se refiere a técnicas para buscar un solo documento almacenado en computadora
o una colección en una base de datos de texto completo. La búsqueda de texto
completo se distingue de las búsquedas basadas en metadatos o en partes de los
textos originales representados en bases de datos
En una búsqueda de texto completo, un motor de búsqueda examina todas las
palabras de cada documento almacenado mientras intenta coincidir con los criterios
de búsqueda.
 CAPITULO 5
ADMINISTRACION DE ALMACENAMIENTO DE INFORMACION.
Existen dos tipos básicos de administradores de almacenamiento de DBMS.
1. El DBMS interactúa directamente con los controladores de dispositivo de
modo de bloque de bajo nivel para los discos.

2. El DBMS utiliza instalaciones estándar del sistema de archivos del sistema

operativo.

CONTROL ESPACIAL.
La mejor manera para que el DBMS controle la localidad espacial de sus datos es
almacenar los datos directamente en el dispositivo de disco "raw" y evitar el sistema
de archivos por completo. Esto funciona porque las direcciones de dispositivos sin
procesar suelen corresponder estrechamente a la proximidad física de las
ubicaciones de almacenamiento. Esta técnica, aunque efectiva, tiene algunos
inconvenientes. En primer lugar, requiere que el DBA dedique particiones de disco
enteras al DBMS, lo que las hace no disponibles para las utilidades que necesitan
una interfaz de sistema de archivos. En segundo lugar, las interfaces de acceso de
"disco sin procesar" a menudo son específicas del sistema operativo, lo que puede
hacer que el DBMS sea más difícil de portar.
Una alternativa al acceso al disco sin procesar es que el DBMS cree un archivo muy
grande en el sistema de archivos del sistema operativo y administre el
posicionamiento de los datos como desplazamientos en ese archivo. El archivo se
trata esencialmente como una matriz lineal de páginas residentes en disco. Esto
evita algunas de las desventajas del acceso sin procesar al dispositivo y aún ofrece
un rendimiento razonablemente bueno.
CONTROL TEMPORAL: ALMACENAMIENTO EN BUFFER.
Además de controlar dónde se deben colocar los datos en el disco, un DBMS
debe controlar cuándo se escriben físicamente los datos en el disco. Un DBMS
contiene lógica crítica que razona sobre cuándo escribir bloques en el disco. La
mayoría de los sistemas de archivos del sistema operativo también proporcionan
mecanismos de almacenamiento en búfer integrados para decidir cuándo realizar
lecturas y escrituras de bloques de archivos. el almacenamiento en búfer del
sistema operativo puede confundir la intención de la lógica del DBMS al posponer o
reordenar silenciosamente las escrituras. Esto puede causar problemas importantes
para el DBMS.
El primero es el conjunto de problemas se refiere a la exactitud de la promesa de
transacción ACID de la base de datos: el DBMS no puede garantizar el
reconocimiento atómico.
El segundo conjunto de problemas con el almacenamiento en búfer del sistema
operativo se refiere al rendimiento, pero no tiene implicaciones sobre la corrección.
Los sistemas de archivos del sistema operativo suelen tener cierto soporte
incorporado para lectura anticipada y escritura subyacente.
ADMINISTRACION DE BUFER.
Para proporcionar un acceso eficiente a las páginas de la base de datos, cada
DBMS implementa un gran grupo de búferes compartidos en su propio espacio de
memoria. El grupo de búferes se organiza como una matriz de tramas, donde cada
trama es una región de memoria del tamaño de un bloque de disco de base de
datos. Los bloques se copian en el grupo de búferes desde el disco sin cambio de
formato, se copian en la memoria en este formato nativo y luego se vuelven a
escribir. Este enfoque sin traducción evita los cuellos de botella de la CPU en la
"clasificación" y "desmarshalling" de datos hacia/desde el disco.

PRACTICA ESTANDAR.
En la última década, los sistemas de archivos comerciales han evolucionado hasta
el punto en que pueden soportar bastante bien los sistemas de almacenamiento de
bases de datos. En el modelo de uso estándar, el administrador del sistema crea
un sistema de archivos en cada disco o volumen lógico del DBMS.