Documentos de Académico
Documentos de Profesional
Documentos de Cultura
T6 07620031 Francisco
T6 07620031 Francisco
CATALOGOS
I.- INSTRUCCIONES
1. Centralizado
2. Completamente replicado
3. Dividido
4. Combinación de 1 y 3
De acuerdo al analisis realizado el primer enfoque que es el Centralizado. Viola el objetivo de “no
dependencia de un sitio central”. El segundo enfoque Completamente Replicado. Sufre conlleva
una pérdida de autonomía, ya que cada actualización del catálogo tiene que ser propagada a cada
uno de los sitios. El tercer enfoque Dividido, eleva el costo de las operaciones que no son
locales. (para localizar un objeto remoto será necesario acceder, en promedio, a la mitad de los
sitios). Centralizado-Dividido. Este enfoque es más eficiente que el punto 3 (la localización de un
objeto remoto requiere sólo un acceso al catálogo remoto), pero viola nuevamente el objetivo de
“no dependencia de un sitio central”. Osean que estos son los problemas del manejo de catalogo
para los 4 enfoques.
TAREA 6 31 de agosto de 2010
Respuesta:
Es un asunto importante para los sistemas distribuidos en general, ya que la posibilidad de que dos
sitios distintos, X y Y, puedan tener un objeto, digamos una varrel base llamada A, implica que
sería necesario algún mecanismo —por lo general la calificación por nombre de sitio— para
"eliminar la ambigüedad" (es decir, garantizar la unicidad de nombres a nivel sistema). Sin
embargo, si se exponen nombres calificados como XA y YA al usuario, se violará claramente el
objetivo de independencia de ubicación.
Éste es el enfoque de R* para este problema. R* primero distingue entre el nombre común de un
objeto, que es el nombre por el cual los usuarios hacen normalmente referencia al objeto (por
ejemplo, en una instrucción SELECT de SQL), y su nombre a nivel sistema, que es un
identificador interno globalmente único para el objeto. Los nombres a nivel sistema tienen cuatro
componentes:
PostgreSQL almacena los datos de usuarios así como también los datos de los
grupos dentro de sus propios catálogos de sistema. De esta manera, cualquier
conexión a PostgreSQL debe ser realizada con un usuario específico, y cualquier
usuario puede pertenecer a uno o más grupos definidos. La tabla de usuarios en
PostgreSQL controla los permisos de acceso y quién está autorizado a realizar
acciones en el sistema, al igual qué las acciones puede realizar. Los grupos existen
como un mecanismo para simplificar la ubicación de estos permisos. Tanto las tablas
de usuarios como de grupos existen como objetos globales de base de datos, por
consiguiente no están agregadas a ninguna base de datos en particular.
BIBLIOGRAFIAS:
http://laboratorio.is.escuelaing.edu.co/labinfo/doc/Manual_Basico_de_PostgreSQL.pdf
www.tecmor.mx/~antolino/bdd-master/Presen_BDD-4.ppt