Diferencias

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

--- es:help_users_summary_import [2022/06/11 08:35] – [Formato SQL] root
+++ es:help_users_summary_import [2023/02/02 21:06] (actual) – root
@@ Línea 30: / Línea 30: @@
 En el caso en el que se recuperen las sesiones mediante un fichero en formato SQL, el algoritmo de recuperación es diferente.  Básicamente el fichero en SQL consiste en un conjunto de instrucciones INSERT que se ejecutan sobre la base de datos.
-Por defecto, al insertar un registro que ya esta almacenado en la base de datos, las restricciones de integridad harán que no tenga efecto la sentencia. Este comportamiento es interesante en el caso en el que no se quieran reemplazar los registros existentes. Sin embargo, antes de ejecutar las instrucciones sobre la base de datos Siette permite modificar los identificadores de manera que los nuevos elementos no sustituyan a los anteriores
+Por defecto, al insertar un registro que ya esta almacenado en la base de datos, las restricciones de integridad harán que no tenga efecto la sentencia. Este comportamiento es interesante en el caso en el que no se quieran reemplazar los registros existentes. Sin embargo, antes de ejecutar las instrucciones sobre la base de datos Siette permite modificar los identificadores de manera que los nuevos elementos no sustituyan a los anteriores.
+Este tipo de fichero es adecuado para realizar copias de seguridad que se recuperan sobre la propia instancia de Siette que las realizo, o bien para transmitir registros de sesiones realizados sobre una instancia cliente, a una instancia servidor de Siette.
+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 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 [[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.