Herramientas de usuario

Herramientas del sitio


es:help_users_summary_import

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
Próxima revisión
Revisión previa
es:help_users_summary_import [2022/06/12 09:30] – [Formato SQL] rootes:help_users_summary_import [2023/02/02 21:06] (actual) root
Línea 36: Línea 36:
 Al importar el fichero debe definirse que hará Siette en caso de que se produzcan conflictos: Al importar el fichero debe definirse que hará Siette en caso de que se produzcan conflictos:
    * **Resolución de conflictos de idSesion:** Las opciones son: (1) Asignar nuevos identificadores; y (2) Conservar los identificadores originales. En el segundo caso Siette no modifica los identificadores del fichero, por lo que al ejecutar las instrucciones INSERT no reemplazarán las sesiones que hubiera. Si se selecciona la primera opción antes de ejecutar las sentencias INSERT Siette reemplazará de forma inteligente todos los identificadores relativos al identificador de la sesión por otros nuevos que no existan en la base de datos destino, con lo que si hubiera alguna sesión anterior similar se crearía un duplicado. Nótese que a diferencia de los ficheros en formato SQTI en donde el reemplazo o la creación de un duplicado se hace solo en aquellos casos en los que se produce un conflicto, en el caso de ficheros SQL al seleccionar la primera opción la nueva inserción se hace en todos los casos.    * **Resolución de conflictos de idSesion:** Las opciones son: (1) Asignar nuevos identificadores; y (2) Conservar los identificadores originales. En el segundo caso Siette no modifica los identificadores del fichero, por lo que al ejecutar las instrucciones INSERT no reemplazarán las sesiones que hubiera. Si se selecciona la primera opción antes de ejecutar las sentencias INSERT Siette reemplazará de forma inteligente todos los identificadores relativos al identificador de la sesión por otros nuevos que no existan en la base de datos destino, con lo que si hubiera alguna sesión anterior similar se crearía un duplicado. Nótese que a diferencia de los ficheros en formato SQTI en donde el reemplazo o la creación de un duplicado se hace solo en aquellos casos en los que se produce un conflicto, en el caso de ficheros SQL al seleccionar la primera opción la nueva inserción se hace en todos los casos.
-   * **Resolución de conflicto en idUsuario:** En este caso Siette ofrece tres opciones: (1) Asignar nuevos indentifcadores ficticios; en cuyo caso se crean nuevos usuarios sin nombre ni apellidos correspondientes a un nuevo identificador; (2) Conservar los identificadores originales, en cuyo caso solo se recuperarían las sesiones de aquellos usuarios que ya estuviesen dados de alta en el sistema destino. En este caso, a diferencia de los ficheros SQTI, no se hace comprobación alguna de que los usuarios de las sesiones a recuperar sean los mismos que los usuarios existentes en la base de datos. Es decir, se considera que si dos usuarios tienen el mismo identificador, son el mismo; y (3) Agregar todas las sesiones al usuario anónimo, es decir, modificar en el fichero de entrada el identificador del alumno que ha realizado la sesión sustituyéndolo por el usuario anónimo. +   * **Resolución de conflicto en idUsuario:** En este caso Siette ofrece tres opciones: (1) Asignar nuevos identificadores ficticios; en cuyo caso se crean nuevos usuarios sin nombre ni apellidos correspondientes a un nuevo identificador; (2) Conservar los identificadores originales, en cuyo caso solo se recuperarían las sesiones de aquellos usuarios que ya estuviesen dados de alta en el sistema destino. En este caso, a diferencia de los ficheros SQTI, no se hace comprobación alguna de que los usuarios de las sesiones a recuperar sean los mismos que los usuarios existentes en la base de datos. Es decir, se considera que si dos usuarios tienen el mismo identificador, son el mismo; y (3) Agregar todas las sesiones al usuario anónimo, es decir, modificar en el fichero de entrada el identificador del alumno que ha realizado la sesión sustituyéndolo por el usuario anónimo. 
-   * **Resolución de conflicto en idProcedencia:** Este caso se produce cuando en el fichero de entrada los usuarios que han realizado la sesión tienen asignada una procedencia que no está en la base de datos del sistema destino. Esta opción permite reasignar todas las procedencias a una de las procedencias existentes en el sistema destino (o a la procedencia por defecto, en caso de que no haya ninguna otra). +   * **Resolución de conflicto en idProcedencia:** Este caso se produce cuando en el fichero de entrada los usuarios que han realizado la sesión tienen asignada una [[es:manual:usuarios:procedencias|procedencia]] que no está en la base de datos del sistema destino. Esta opción permite reasignar todas las procedencias a una de las procedencias existentes en el sistema destino (o a la procedencia por defecto, en caso de que no haya ninguna otra). 
- +   * **Modo de depuración:** Si se marca esta opción Siette mostrará una por una la ejecución de las sentencias INSERT y los mensajes de la base de datos indicando si la sentencia se ha ejecutado satisfactoriamente o no.
-Finalmente este formato ofrece un "checkbox" denominado "Modo de depuración"Si marca esta opción Siette mostrará una por una la ejecución de las sentencias INSERT y los mensajes de la base de datos indicando si la sentencia se ha ejecutado satisfactoriamente o no.+
  
es/help_users_summary_import.1655026243.txt.gz · Última modificación: 2022/06/12 09:30 por root

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki