es:help_users_summary_import
Diferencias
Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previa | ||
es:help_users_summary_import [2022/06/09 19:21] – root | es:help_users_summary_import [2023/02/02 21:06] (actual) – root | ||
---|---|---|---|
Línea 13: | Línea 13: | ||
* **Resolución de conflictos en preguntas**: | * **Resolución de conflictos en preguntas**: | ||
- | - Si la pregunta tiene el mismo identificador que la pregunta en el fichero, y coinciden tambien los identificadores de respuesta es que son la misma pregunta. | + | - Si la pregunta tiene el mismo identificador |
- | - Si coinciden los títulos de las preguntas del fichero y de la instancia y las respuestas, se considera que son la misma pregunta. | + | - Si coinciden los títulos de las preguntas del fichero y de la instancia y las respuestas, se considera que son la misma pregunta. |
- | | + | * **Resolución de conflictos en temas**: Es un caso similar al anterior, pero en éste la comparación es entre temas. Al igual que en el caso anterior se aplica un heurístico para determinar la equivalencia. Dos temas se consideran el mismo si coincide su título. |
- | * **Resolución de conflictos en temas**: Es un caso similar al anterior, pero en éste la comparación es entre temas. Al igual que en el caso anterior se aplica un heurístico para determinar la equivalencia. Dos temas se consideran el mismo si coincide | + | * **Resolución de conflictos en usuarios**: Es un caso similar a los anteriores. El heurístico que se usa para saber si dos usuarios se consideran iguales si ocurre alguno de estos casos: |
+ | - Si en ambos registros están definidos el nombre, apellidos y correo electrónico, | ||
+ | - Si coincide solo la dirección de correo electrónico entre ambos y en alguno de los dos registros el nombre y apellidos esta en blanco | ||
+ | - Si coinciden el nombre y apellidos, ignorando mayusculas, minúsculas y acentos y el correo electrónico no se ha definido | ||
+ | * **Resolución de conflictos en sesiones**: Al recuperar las sesiones desde un fichero, puede que estas ya estuviesen almacenadas en el sistema. En este caso hay que decidir que hacer. Al igual que en casos anteriores se puede crear un duplicado de la sesión, reemplazar la sesión anterior por la nueva, o bien ignorar la sesión que coincide. Para determinar si dos sesiones coinciden el criterio es simplemente comparar el usuario y la fecha de la sesion. | ||
Línea 23: | Línea 26: | ||
==== Formato SQL ==== | ==== Formato SQL ==== | ||
- | {{ :es: | + | {{ es: |
+ | |||
+ | En el caso en el que se recuperen las sesiones mediante un fichero en formato SQL, el algoritmo de recuperación es diferente. | ||
+ | |||
+ | 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; | ||
+ | * **Resolución de conflicto en idUsuario: | ||
+ | * **Resolución de conflicto en idProcedencia: | ||
+ | * **Modo de depuración: |
es/help_users_summary_import.1654802509.txt.gz · Última modificación: 2022/06/09 19:21 por root