Liborio Revilla Alonso ehu.es IKT Gerenteordetza. Vicegerencia TIC GT-SCHEMA Cómo modelar las relaciones en un directorio.

Slides:



Advertisements
Presentaciones similares
Oferta Académica y POD Curso de Gestión Aplicaciones Informáticas.
Advertisements

Normalizaciones de Bases de Datos
Sistemas de Gestión de Bases de Datos (SGBD’s)
Estudios de usuarios de archivo TEMA 12. Estudios de usuarios de archivo Entendemos por estudio de usuarios a: las herramientas de planificación, análisis.
Webquest Diseño IU: Wix.com permite un control total del diseño de la web, pudiendo elegir en cualquier momento que punto modificar o que.
Sistemas Operativos Distribuidos Plataforma Cliente/Servidor
Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP
0/ Localizar la intranet en los tablet del alumno. Como la Intranet está instalada en algunos ordenadores, debemos localizarla primeramente para poder.
Aprendizaje de Microsoft® Access® 2010
SISTEMA DE GESTIÓN DOCENTE Herramientas Web para la Gestión Académica.
INFORMACIÓN SOBRE EL PIN
METODO SIMPLEX El método Simplex es un procedimiento iterativo que permite ir mejorando la solución a cada paso. El proceso concluye cuando no es posible.
Base de Datos.
DIAGRAMAS ENTIDAD RELACIÓN
Webquest Diseño IU: Wix.com permite un control total del diseño de la web, pudiendo elegir en cualquier momento que punto modificar o que.
Administrador de Base de Datos (Microsoft Access)
Sistemas de nombres planos y jerárquicos.
DE LAS CUENTAS DE USUARIO Y OPCIONES DE CARPETA
LDAP Servicio de Directorio 4/V/2007 Cidir Gipuzkoa rootkiller.
GESTOR DE BASES DE DATOS RELACIONALES
Las variables en PHP Programación en Internet II.
El lenguaje de programación C - Funciones -
Registrarse en Portales de Empleo:
Aprendamos a usar herramientas virtuales en procesos de aprendizaje colaborativos como parte de las metodologías activas para la formación de competencias.
Modelado Arquitectónico
Ingeniero Anyelo Quintero
Lenguajes Formales de Consulta
Constantes en PHP Programación en Internet II. Constantes en PHP Programación en Internet II Universidad de Guadalajara | Centro Universitario de la Costa.
 El primer navegador Web incluía un lenguaje de estilo interno que utilizaba dicho navegador para mostrar las páginas HTML.  Sin embargo estos primeros.
Estructura de Datos II Equipo 4 Equipo 7 Acosta Montiel Miguel A.
BASE DE DATOS BY: Julián Villar Vázquez.
Concatenación en PHP Programación en Internet II.
Geo procesos.
PROYECTO Equipos Corporativos con Virtualización IKT GERENTEORDETZA VICEGERENCIA DE LAS TIC.
Aplicación de estructuras de datos
1. QUÉ ES UN WIKI 2. COMO USAR UN WIKI 3. OBJETIVOS DEL DINAWIKI TALLER WIKI PARA DINAMIZADORES [[ PRESENTACIÓN ]] Reconocimiento - Compartir igual: El.
Ventajas y desventajas de enviar variables por el método GET
3. Espacios de trabajo. Manual de formación 2 3. Espacios de trabajo 3.1 Introducción … ……pág.45.
Servidores Conceptos Generales.
Copiando y pegando archivos enteros Programación en Internet II.
Pantalla de acceso El usuario podrá ingresar por la dirección ¨ y tendrá acceso al sistema luego de ingresar el usuario y contraseña.
APRENDIZ: SANDRA L. CAICEDO C. ORDEN: 20194
PROBLEMA DE MATEMÁTICAS (Polinomios, 3º ESO, Tema 5)
DIAGRAMAS ENTIDAD RELACIÓN
LOGO Not Another Dynamic DNS Claudia Codriansky / Francisco Castillo.
Cuentas de usuarios y grupos en windows 2008 server
Sonia Hoyos Camila López 11,3. TeamViewer es una aplicación de control remoto que pone el acento en la facilidad de uso. Cada ordenador que esté ejecutando.
¿Qué es Google Docs? Google Docs es una sencilla pero potente suite ofimática, todo en línea. Nos permite crear nuevos documentos, editar los que ya teníamos.
Metodología de la programación
Ejercicio#1 Una tienda de música desea modelar a los compositores de sinfonías, las sinfonías y la relación entre ambos. De los compositores se conoce.
ISAE UNIVERSIDAD FACULTAD DE CIENCIAS TECNOLOGICAS TECNICO EN INFORMATICA CURSO TECNOLOGIA DE LA INFORMACIÒN Y COMUNICACIÒN PARTICIPANTES: DEXSI DELGADO.
NOMBRE: KENIA MACÍAS. RECOMENDACIONES PARA HACER UN FORMULARIO En un sistema web, en muchas ocasiones es necesario obtener información del usuario y para.
CONCEPCIONES DEL MUNDO
Cómo hacer una programación docente de Educación Primaria
Estequiometría de reacciones
Introducción a phpMyAdmin
Nosotros dahseo es una empresa establecida físicamente en Montevideo, Uruguay. Formada por expertos en Posicionamiento.
MIA - Grupo 5 Unidad 2.
Dropbox I ntegrantes: Andrea Toledo Estefanía Peña Cátedra: Herramientas Computacionales Profesor : Cristian Carreño.
La Programación Orientado a Objetos
BUSINESS T&G Think & Grow Uniclass Gestión Documental Solución Web para Mejorar la Captura y Gestión.
Instalación y puesta en marcha Applicacione s móviles de EVO.
CURSO DE FORMACIÓN AL PORTAL WEB DE LA UNIVERSIDAD CARLOS III DE MADRID ORACLE PORTAL Manual disponible en:
QUÉ ES UNA BASE DE DATOS? Es un Conjunto de Información, que está clasificada de distintas maneras; pero que comparten entre sí algún tipo de vínculo,
Para cada uno de los atributos, indicaremos su campo de descripción. Cuando un campo no dispone de este (como el.
Curso de Excel Intermedio Dr. Pedro Salcedo Lagos Mail: Web: Ref:
ADOBE DREAMWEAVER ROSA HILDA ARROYO NAVARRO. INDICE Definición. Características. Ventajas. Desventajas. Entorno de trabajo.
Equipo de Profesores del Curso. Funciones de Texto.
Sistemas de archivos. Sistemas de archivos 2 Objetivo del SdA  Ocultar al usuario los detalles relativos al almacenamiento de información en dispositivos.
Escuela Superior Politécnica de Chimborazo Facultad de Administración de Empresas Escuela de Ingeniería en Marketing Jonathan Yamasca Tercero 2.
Transcripción de la presentación:

Liborio Revilla Alonso ehu.es IKT Gerenteordetza. Vicegerencia TIC GT-SCHEMA Cómo modelar las relaciones en un directorio

2 GTSCHEMA Tenemos a las personas en el directorio Tenemos a TODAS las personas en el directorio Y están todas juntas (misma rama)‏ Pero, ¿como podemos responder a estas dos preguntas? 1.- ¿qué somos? 2.- ¿donde estamos? IKT Gerenteordetza Vicegerencia TIC

3 GTSCHEMA ¿Qué somos? Caso fácil eduPersonAffiliate eduPersonPrimaryAffiliate faculty = pdi staff = pas student = alumno member = de la casa affiliate = externo IKT Gerenteordetza Vicegerencia TIC

4 GTSCHEMA Ventajas es estandar Desventajas no nos sirve en el 100% de los casos IKT Gerenteordetza Vicegerencia TIC

5 GTSCHEMA ¿donde estamos? Una persona está relacionada con la universidad de varias maneras: Donde está localizada (centro)‏ A qué departamento pertenece A qué servicio Qué titulación cursa Qué puesto ocupa en la RPT de la universidad Qué asignaturas estudia Que asignaturas imparte Además Todo se puede organizar de forma jerárquica No son todas obligatorias Puede haber más IKT Gerenteordetza Vicegerencia TIC

6 GTSCHEMA Clasificación 1 (Geográfica) campus 1 – centro 1 campus 1 – centro 2 campus 2 – centro 1 Clasificación 2 (Departamentos) departamento 1 departamento 2 Clasificación 3 (Servicios) servicio 1 servicio 2 Etc. IKT Gerenteordetza Vicegerencia TIC

7 GTSCHEMA Clasificación 1 a1b1 a1b2 a2b1 Clasificación 2 a1 a2 Clasificación 3 a1 a2 Etc. IKT Gerenteordetza Vicegerencia TIC

8 GTSCHEMA En el directorio creamos una rama para guardar las clasificaciones y, dentro de ella, una por cada clasificación dc=uni,dc=es –idnc=clasif,dc=uni,dc=es idnc=geog, idnc=clasif,dc=uni,dc=es idnc=deptos, idnc=clasif,dc=uni,dc=es idnc=servicios, idnc=clasif,dc=uni,dc=es idnc=titulacion, idnc=clasif,dc=uni,dc=es idnc=rpt, idnc=clasif,dc=uni,dc=es idnc=matricula, idnc=clasif,dc=uni,dc=es idnc=docencia, idnc=clasif,dc=uni,dc=es IKT Gerenteordetza Vicegerencia TIC

9 GTSCHEMA Ahora, dentro de cada rama hay que rellenarla con la información propia de la universidad. Por ejemplo: dn= CopaAreaCode=a1,idnc=geog,idnc=clasif,dc=uni,dc=es CopaAreaCode= a1 CopaCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a1 CopaName=Gipuzkoa Description= Gipuzkoa dn= CopaAreaCode=a1b2,idnc=geog,idnc=clasif,dc=uni,dc=es CopaAreaCode= a1b2 CopaCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a1b2 CopaName=Facultad de Derecho Description= Facultad de Derecho IKT Gerenteordetza Vicegerencia TIC

10 GTSCHEMA Y a cada usuario se le añade tanto valores como tenga que tener (no todos los usuarios tienen de todo)‏ Por ejemplo: dn=uid=ika001,ou=people,dc=uni,dc=es cn=apellido1 apellido2, nombre sn=apellido1 apellido2 givenName=nombre eduPersonAffiliation=student eduPersonAffiliation=faculty eduPersonAffiliation=staff irisclassifcode=urn:mace:rediris:uni.es:clasif:geog:version:valor_código irisclassifcode=urn:mace:rediris:uni.es:clasif:dpto:version:valor_código irisclassifcode=urn:mace:rediris:uni.es:clasif:servicio:version:valor_código irisclassifcode=urn:mace:rediris:uni.es:clasif:titulacion:version:valor_código irisclassifcode=urn:mace:rediris:uni.es:clasif:rpt:version:valor_código irisclassifcode=urn:mace:rediris:uni.es:clasif:matricula:version:valor_código irisclassifcode=urn:mace:rediris:uni.es:clasif:docencia:version:valor_código IKT Gerenteordetza Vicegerencia TIC

11 GTSCHEMA Y ya está. En este momento ya tenemos en el directorio todo lo necesario para poder responder a las preguntas de: qué relación tiene con la universidad donde está Fin, ¿fin? Pero... IKT Gerenteordetza Vicegerencia TIC

12 GTSCHEMA ¿Qué pasa con las personas que tienen doble adscripción a la universidad? Cuando una persona es pas y pdi a la vez (por ejemplo) tendrá una clasificación geográfica por pas y otra por pdi. Y, con lo que hemos comentado hasta ahora, no podemos asociar “qué es” con “dónde está” Esta idea es importante. IKT Gerenteordetza Vicegerencia TIC

13 GTSCHEMA Posibles soluciones 1.- No hacer nada Puede que no nos importe separar esa información ya que no existe ningún servicio que lo necesite Por ejemplo, ¿es necesario que se separen los números de teléfono cuando se realiza una búsqueda? ¿y en el caso de listas de distribución dinámicas? Ventajas: No hay que hacer nada Inconvenientes: No podemos saber si la pertenencia a un estamento está relacionada con un centro u otro. IKT Gerenteordetza Vicegerencia TIC

14 GTSCHEMA Posibles soluciones 2.- Una cuenta por cada relación Va en contra de la filosofía de que, en el directorio, una persona tiene una identidad única. Ventajas: Cada relación es como si fuera una persona distinta Inconvenientes: Esto es una aberración, nos da más problemas que ventajas (todos los datos -nombre, apellidos,...- tienen que ser iguales en todas las cuentas)‏ Es una idea a proscribir IKT Gerenteordetza Vicegerencia TIC

15 GTSCHEMA Posibles soluciones 3.- Usar sufijos en irisClassifCode Ejemplo: dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode;x-aff-PAS=urn:mace:rediris.es:uni.es:clasif:geog:version:a1b2c1 irisClassifCode;x-aff-PDI=urn:mace:rediris.es:uni.es:clasif:geog:version:a2b1c3d1 Ventajas: si se necesita la separación, se coge el sufijo. Y si no se necesita, se coge el atributo sin el sufijo. Inconvenientes: no todos los servidores de directorio pueden entender estos sufijos habría que “unificar” los sufijos (castellano, inglés, euskera,...)‏ IKT Gerenteordetza Vicegerencia TIC

16 GTSCHEMA Posibles soluciones 4.- El nombre de la clasificación incluya el estamento dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:PAS:geog:version:a1b2c1 irisClassifCode=urn:mace:rediris.es:uni.es:clasif:PDI:geog:version:a2b1c3d1 Ventajas: Podemos tener varias relaciones de cualquier tipo Inconvenientes: Añadimos un nivel más y duplicamos los árboles (no todos) IKT Gerenteordetza Vicegerencia TIC

17 GTSCHEMA Posibles soluciones 5.- El estamento es la hoja final del código copa dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a1b2c1d1 irisClassifCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a2b1c3d1e2 Ventajas: Tenemos un árbol por clasificación. Solo se añade un nivel más. Inconvenientes: No todos los árboles tiene las mismas ramas al mismo nivel, por lo que puede no ser sencillo saber el estamento de un usuario IKT Gerenteordetza Vicegerencia TIC

18 GTSCHEMA Posibles soluciones 6.- Tener clasificaciones duplicadas, una por cada relacion dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:PAS_geog:version:a1b2c1 irisClassifCode=urn:mace:rediris.es:uni.es:clasif:PDI_geog:version:a2b1c3d1 Ventaja: es sencillo de entender Problema: hay que mantener varios árboles iguales IKT Gerenteordetza Vicegerencia TIC

19 GTSCHEMA Posibles soluciones 7.- En vez de tener un código copa, tener un conjunto de valores dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:centro:version:a1b2;depto:ve rsion:a2b7c23;.... Ventaja: En el valor de un atributo tenemos toda la información Problema: No es sencillo obtener los datos de los usuarios, además de extraer la información del urn, hay que procesar la parte final (INS), que es un conjunto de tuplas separados por el carácter “;”. Su mantenimiento no es sencillo (añadir, borrar o modificar alguno de los componentes del atributo) IKT Gerenteordetza Vicegerencia TIC

20 GTSCHEMA Posibles soluciones 8.- Tener varios urn en el mismo atributo dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a1b2c1;urn:mac e:rediris.es:uni.es:clasif:depto:version:a2b1c3d1 Ventaja: Simila al caso anterior. En un atributo tenemos todo. Problema: Es complejo de procesar. Una vez obtenido el valor del atributo, hay que extraer los diferentes urn de los que está compuesto. Mantenimiento difícil. IKT Gerenteordetza Vicegerencia TIC

21 GTSCHEMA Posibles soluciones 9.- Utilizar subentradas dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es dn=idnc=pas,uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a1b2c1 dn=idnc=pdi,uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a2b1c3d1 Ventaja: Es una solución muy clara, cada relación y todo lo necesario que haya que separar, están en un objeto independiente Problema: Multiplicamos el número de objetos en el directorio No siempre se puede obtener, de forma sencilla, los datos de las subentradas ¿Qué hacemos con los usuarios que sólo tienen una relación? IKT Gerenteordetza Vicegerencia TIC

22 GTSCHEMA Posibles soluciones 10.- Olvidarnos del directorio y, de alguna manera, consultar la BD corporativa Ventaja: Es fácil, no hacemos nada en el directorio Problema: Hay que montar un directorio virtual para que cuando se consulte por la localización de un usuario pasemos como parámetro la relación y solo nos devuelva la localización para esa relación. Vamos que hay que programarlo y puede no ser sencillo. IKT Gerenteordetza Vicegerencia TIC

23 GTSCHEMA Posibles soluciones 11.- Usar “sillas” para todos los usuarios dn= uid=usuario_conflictivo,ou=people,dc=uni,dc=es irisClassifCode=urn:mace:rediris.es:uni.es:clasif:silla:version:silla12 irisClassifCode=urn:mace:rediris.es:uni.es:clasif:silla:version:silla45 dn= idnc=silla12,ou=sillas,dc=uni,dc=es eduPersonAffiliation=staff irisClassifCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a1b2c1 dn= idnc=silla45,ou=sillas,dc=uni,dc=es eduPersonAffiliation=faculty irisClassifCode=urn:mace:rediris.es:uni.es:clasif:geog:version:a2b1c3d1 Ventaja: Tenemos todo lo que se necesita Problema: Hay que tener claro las “sillas” que hay que tener. Además, para obtener un dato hay que hacer una consulta más al directorio. IKT Gerenteordetza Vicegerencia TIC

24 GTSCHEMA Posibles soluciones Tenemos 11 posible soluciones ¿Cuál es la mejor? ¿Cuál es la más fácil? ¿Cuál es la más universal? Por concretar: En la EHU tenemos una mezcla de la 1 y de la 2. IKT Gerenteordetza Vicegerencia TIC

25 ¿Dudas? ¿Preguntas? ¿Todo ha quedado claro? GTSCHEMA IKT Gerenteordetza Vicegerencia TIC

ehu.es IKT Gerentordetza – Vicegerencia TIC Gipuzkoako IISIG – CIDIR Gipuzkoa