Continuando con la migración desde sistemas externos, la próxima unidad académica es Ciencias Agrarias y Veterinarias.
En junio migramos las materias y el usuario cargó los planes.
Hace unos días nos pidieron agregar un nuevo plan, por lo que ayer migré (en entorno de migración, no en Producción) las cuatro materias solicitadas desde el sistema actual.
Al verificar los datos por Adminer se visualizan correctamente, pero no es posible asignar las materias al plan, porque no se ven en Guaraní.
La migración en Producción está programada para la semana próxima.
Por favor, necesitamos con urgencia que nos ayuden con este tema.
Adjunto capturas de pantalla de Adminer y Guaraní.
¿Tienen otras actividades relacionadas con la responsable académica nro 14, que si la ven en al operación “Administrar Actividades”?
¿Devuelve datos esta consulta?
SELECT *
FROM sga_elementos,
sga_g3entidades_subtipos,
sga_g3entidades_tipos,
sga_elementos_estados,
sga_g3entidades
WHERE sga_g3entidades_subtipos.entidad_tipo = '2' AND sga_elementos.entidad_subtipo = sga_g3entidades_subtipos.entidad_subtipo
AND sga_g3entidades_subtipos.entidad_tipo = sga_g3entidades_tipos.entidad_tipo
AND sga_elementos.estado = sga_elementos_estados.estado
AND sga_elementos.entidad = sga_g3entidades.entidad AND f_limpiar_acentos(sga_elementos.codigo::varchar) ILIKE '%1485-%'
ORDER BY sga_elementos.codigo
¿Y estas consultas?
select * from sga_elementos where entidad is null order by nombre;
select * from pg_trigger where tgenabled = 'D';
En ese log no se ve que hayan ingresado a la operacion de administrar actividades.
Debieran encontrar en el log una query como las que le pase en el mensaje anterior, buscar por ejemplo:
sga_g3entidades_subtipos.entidad_tipo = ‘2’
Reenvío log conteniendo la línea indicada…
Desde que ingresé el dato “1485-” hasta que mostró “No se encontraron Actividades con el filtro especificado”
Maria, veo una diferencia con el codigo original. En la query aparece el join con la vista de elementos de un plan de estudios que no esta en la query original. Como son activiades que aun no fueron agregadas a un plan, por eso no las ven. Ese join esta mal
¿Uds personalizaron este método o el filtro de búsqueda de la operación ?
Archivo: co_elementos.php
Metodo: get_listado
FROM sga_elementos,
sga_g3entidades_subtipos,
sga_g3entidades_tipos,
sga_elementos_estados,
sga_g3entidades,
sga_elementos_ra,
sga_responsables_academicas[b],
vw_elementos_plan [/b]
¿Podras verificar si tienen personalizado esta operación?
Que fue lo que personalizaron?
¿El método get_listado del co_elementos.php? Porque si personalizaron este método y agregaron ese join, puede ser que tengan problemas en otras operaciones donde se espera que esta consulta devuelva solo un registro por cada actividad.
En esta query, al hacer join por la vista vw_elementos_plan, va a recuperar mas de un registro por cada actividad, es decir un registro por cada version de plan de estudios en donde se encuentre esa actividad. Solo recuperará un registro por actividad cuando aun no este asignado a ninguna versión de plan de estudios.
Si personalizaron solo la operación de Administrar Actividades, entonces solo en esta operación verán las actividades duplicadas cuando esten asignadas a mas de una versión de plan de estudios.
