¿Cómo se hace el almacenamiento físico (en disco) de los

registros procesados en cada SGBD?

Los datos que constituyen la BD están almacenados físicamente en un

medio de almacenamiento en el ordenador; más concretamente en
almacenamiento secundario de disco magnético, que es el soporte más
difundido para almacenar ficheros de bases de datos en línea, por varias
razones: La primera corresponde a que las BD suelen consistir en
grandes cantidades de información permanente, cuyo tamaño no cabe
en memoria principal y lo segundo el almacenamiento secundario es
más difícil que ocurra un fallo que suponga la pérdida de datos, además
de tener en cuenta un factor importante el cual corresponde a que su
coste es inferior.

En este caso el almacenamiento físico en cada SGBD Los

administradores (DBA) y los diseñadores de bases de datos deben
conocer las ventajas e inconvenientes de cada técnica que ofrece un
SGBD, para implementar la BD y para operar con los datos; el SGBD
suele ofrecer varias opciones para organizar los datos y en el diseño
físico de la BD es necesario elegir la técnica de organización adecuada
para la BD. Además, los implementadores de los SGBD deben conocer
las posibles técnicas de organización, para aplicarla de manera eficiente
y ponerlas a disposición del DBA y los diseñadores.

De igual manera para el almacenamiento físico Los datos en disco se

organizan en ‘Ficheros’ de ‘Registro’. Un registro es una colección de
valores o elementos de información relacionados entre sí (que tienen
que ver con un mismo concepto de la realidad). Los registros describen
‘entidades’ y sus ‘atributos’. Cada atributo corresponde a un campo del
registro, que toma valores de cierto tipo de datos.
Es así que los registros se almacenan de forma tal que sea posible
recuperarlos (leerlos) de forma eficiente siempre que se necesiten.
Debemos de recordar que un disco magnético está dividido en pistas, y
éstas en sectores. La división de una pista en bloques de igual
tamaño(páginas) la realiza el Sistema Operativo cuando da formato al
disco.

Cuando se necesita la información contenida en cierto bloque, se le pasa

al dispositivo de E/S del disco la dirección hardware (en disco) del
bloque y también la dirección de un buffer de memoria1. Una operación
de lectura copiaría el bloque del disco al buffer. Una operación de
escritura copiaría el bloque del buffer al disco.

El tiempo total de localización y transferencia de un bloque desde el

disco a memoria principal (tT) suele ser la suma del tiempo de
búsqueda, más el retardo rotacional, más el tiempo de transferencia de
bloque. Este tiempo tT es mucho mayor que el tiempo que la CPU tarda
en procesar la información contenida en dicho bloque: el “cuello de
botella” está en la localización de los datos en disco. La solución es
conseguir estructurar los ficheros de forma que se minimice el número
de transferencias de bloques necesarias para localizar y transferir los
datos solicitados desde el disco a memoria principal.

¿Qué son los roles de una base de datos y como se administran?

Los Roles en general se emplean para asignar los privilegios

relacionados con los usuarios finales de las aplicaciones de un sistema o
para asignar roles a otros roles estos tienen la siguiente funcionalidad:
 1. Un rol puede tener privilegios del sistema y privilegios de objetos
del sistema.
2. Un rol se puede asignar a otro rol (excepto a sí mismo directa o
indirectamente).
3. A cualquier usuario de la base de datos se le puede asignar
cualquier rol.
4. Un rol asignado a un usuario se puede habilitar o inhabilitar en
cualquier momento.
5. Un rol garantizado indirectamente puede ser explícitamente
habilitado o inhabilitado al usuario.

Debemos entender por ‘usuario’ a cualquier persona que accede al sitio

web. Los usuarios se pueden agrupar en roles en función de las
operaciones que se les permite realizar. Es decir, que cada rol se
caracteriza por disponer de una serie concreta de permisos. Se entiende
por permiso la posibilidad de ejecutar determinadas operaciones o no
sobre los diferentes elementos.

Podemos definir a los usuarios como toda persona que tenga todo tipo
de contacto con el sistema de base de datos desde que éste se diseña,
elabora, termina y se usa. Un privilegio es un derecho para ejecutar un
tipo particular de sentencia o para acceder un objeto de otro usuario.

Un usuario puede recibir los privilegios de dos maneras: Explícitamente

o de manera que se asignan privilegios a un rol (un conjunto nominado
de privilegios) y luego se asignan estos roles a uno o más usuarios.

El objetivo de los roles es permitir una mejor administración de los

privilegios, por lo general, se deberían garantizar privilegios a los roles y
no a los usuarios individuales
En buena manera algunos de los roles establecidos en base a sus
privilegios estos se dividen en:
1. Visitante: usuario que simplemente podrá leer o buscar en los
contenidos y no necesita autentificarse.
2. Usuario autentificado: se le permite dejar comentarios u opinar
sobre los productos o simplemente participar generando algún tipo
de contenido.
3. Editor: gestiona a los usuarios y todos los contenidos y no tiene
por qué tener nociones técnicas del funcionamiento del sistema.
Puede ser p.ej. el propietario de una tienda virtual o de una
comunidad virtual, el cual no tiene conocimientos técnicos de la
plataforma, pero debe disponer de control total sobre los
contenidos del sitio.
4. Administrador: es el responsable técnico y puede acceder a
cualquiera de los aspectos del sistema, configurando o
modificando cualquier parámetro de éste. Este usuario tiene
control total sobre el sitio web, por lo que puede realizar cualquier
operación de configuración o mantenimiento sobre este.

Un usuario puede realizar cualquier tarea dentro de la base de datos,

entre las que se incluyen

 Procesar objetos de base de datos

 Leer datos de base de datos.
 Leer metadatos de base de datos.
 Agregar usuarios a funciones de base de datos existentes.
 Crear funciones de base de datos nuevas.
 Definir permisos para funciones de base de datos.
 usuarios, privilegios y roles de las bases de datos.
Como gerentes de proyectos o líderes administrativos, ¿qué
criterios tendría en cuenta para la implementación de un sistema
de base de datos en sus compañías?

Cuando tomamos decisiones a la hora de construir una Base de Datos el

SGBD (Sistema de Gestión de Base de Datos) es el más importante.
Aunque no es el componente más caro, el SGBD debería ser elegido con
cuidado y con un discernimiento activo.

En la organización se va a crear una cultura alrededor del SGBD. Se

contratará y formará personal para darle soporte. Se convertirá en el
principal impulsor para el hardware y la selección de otro software, El
personal de la organización atenderá grupos de usuarios e interactuará
con ellos utilizando el SGBD.

Si se tiene éxito se convertirá en una base de datos muy grande y los

problemas se pueden volver exponencialmente más difíciles que con
bases de datos más pequeñas. Es por eso que antes de seleccionar un
SGBD debemos tener en cuenta algunas de las consecuencias de hacer
una selección inapropiada de un SGBD:

1. La calidad de los datos se convierte en un importante factor de

riesgo.
2. Mal rendimiento de las consultas lo que resulta en un uso
reducido.
3. Se erosiona la confianza del usuario.
4. Los costes de software, hardware y consultoría aumentan.
5. Incapacidad para obtener datos en tiempo real.
6. Incapacidad para adaptarse a futuras necesidades de data
La selección del SGBD del almacén de datos es crítica y, por eso, hay
que centrarse únicamente en la tecnología capaz de soportar tanto las
necesidades inmediatas como las futuras del negocio. En esto
determinaremos varios criterios que nos permitan filtrar las opciones del
mercado por la que más se adecua a nuestras necesidades

1. Escalabilidad: hay que buscar la consistencia en el

comportamiento de la solución en relación con el crecimiento de la
base de datos. Además, en lo que respecta al rendimiento, hay
que asegurar que es escalable para el número de usuarios
simultáneos y la complejidad de sus consultas.
2. Potencia: el SGBD debe poder dar soporte a decisiones complejas
en un entorno de carga de trabajo mixto multiusuario. La
priorización dinámica, el paralelismo condicional y las causas de
las variaciones en el paralelismo desplegado, o la madurez del
optimizador para soportar cada tipo de consulta con un buen
rendimiento son algunos de los aspectos que hay que comprobar
antes de elegir.
3. Disponibilidad: una buena selección de SGBD es la que admite
aplicaciones empresariales de misión crítica con un tiempo de
inactividad mínimo. En el proceso de decisión, también habrá que
entender los requisitos de tiempo de inactividad del sistema y
cualquier problema que pueda denegar o degradar el servicio a los
usuarios finales, como actualizaciones, tiempos de carga por lotes,
cortes de mantenimiento o problemas severos de rendimiento del
sistema.
4. Gestión: la opción idónea es encontrar la solución que
proporciona un punto de control único para la administración el
sistema. Un extra es el buscar que asegure tareas de soporte
mínimas que requieran intervención de DBA.
 5. Coste: por supuesto, la elección final dependerá del presupuesto,
aunque, como norma general, siempre es recomendable centrarse
en las alternativas que aseguren un menor coste total de
propiedad para un periodo de varios años en lo que respecta a
hardware, software y servicios
6. Adaptabilidad: la mejor opción es la que proporciona un diseño
flexible de bases de datos y arquitectura de sistemas que puede
adaptarse al ritmo de los requerimientos de negocio en constante
evolución, aprovechando la inversión existente en hardware y
aplicaciones.
7. Interoperabilidad: acceso integrado a la web, redes internas y
servicios corporativos serían algunas de las características que
deben ser tenidas en cuenta para terminar de perfilar el destino
idóneo de la inversión en SGBD.

Bibliografía

1. Silberschatz, H. F. Horth y S. Sudarshan (2002), Fundamentos de

Bases de Datos (4ª Edición). McGraw-Hill.
2. P. Rob y C. Coronel (2004) Sistemas de bases de datos, Diseño,
implementación y administración. Ed. Thomson.
3. Marqués, A. M. (2011). Bases de Datos. Castellón de la Plana:
Universitat Jaume I.
4. Korth H. / Silberschatz (2006). Fundamentos de las Bases de
Datos. 5ª. edición. Mc Graw Hill.