ERROR AL CREAR NUEVA VERSION DEL PLAN

Hola, que tal?

Estamos queriendo generar una nueva version de plan nuevo para una carrera.
Y al poner el numero de versión y darle acepta nos sale lo siguiente:

“SQL Error -391”: Cannot insert a null column (sga_atrib_mat_plan.tipo_materia Error cargando los atributos

Por lo que veo ese mensaje está en el procedimiento: sp_crear_version en:

IF DBINFO(“sqlca.sqlerrd2”) > 0 THEN
LET mensaje = ‘Error cargando los atributos’;
UPDATE sga_atrib_mat_plan
SET (anio_de_cursada, periodo_dictado, nombre_materia,
nombre_reducido, dedicacion, horas_semanales, carga_horaria_tot,
obligatoria, promediable, contenido,
duracion, tipo_materia, vigencia, sale_listado,
credito, cnt_de_aplazos ) = ((SELECT
at2.anio_de_cursada, at2.periodo_dictado, at2.nombre_materia, at2.nombre_reducido,
at2.dedicacion, at2.horas_semanales, at2.carga_horaria_tot, at2.obligatoria,
at2.promediable, at2.contenido, at2.duracion, at2.tipo_materia,
at2.vigencia, at2.sale_listado, at2.credito, at2.cnt_de_aplazos
FROM version_temp at2 WHERE sga_atrib_mat_plan.materia = at2.materia))
WHERE sga_atrib_mat_plan.unidad_academica = p_unidad_academica
AND sga_atrib_mat_plan.carrera = p_carrera
AND sga_atrib_mat_plan.plan = p_plan
AND sga_atrib_mat_plan.version = p_version_nueva ;

Pero corriendo la consulta que genera la tabla temporal version_temp veo que está todo bien.
No hay ningún valor nulo en el campo tipo_materia.

Que puede ser?
A alguien le pasó lo mismo?

Es solo este caso, probé generar una nueva versiones en otros planes/carreras, inclusive en otro plan de la misma carrera y funciona bien.

La versión es la 2.06.3.

Desde ya gracias.

SALUDOS

Ese plan ya tiene una version de plan de estudios o es la primer version del plan de estudios que estas creando?
Martin, no evaluaron pasarse a la version 2.8?

Hola Alejandro,

si, es la primera versión, está actualmente la versión 1 y la nueva sería la 2.

Si, el pasaje a la versión 2.08 está agendado para hacerlo pronto.
El tema es que tuvimos unos inconvenientes para instalar de prueba el G3W2, ahora ya quedó instalado, nos falta probarlo bien aún, ver como encarar las personalizaciones, que son pocas, pero hay un par. Y luego si, encarar la instalación en las Facultades.
Pero este año seguro pasamos a la 2.08.
En algunas por cuestiones de necesitar contar con ciertas características de versiones más recientes y al no poder ir directamente a la 2.08 pasamos a la 2.07.
Esta Facultad en particular aún no la pasamos ni siquiera a esa versión, pero cuando lo hagamos, será directamente a la 2.08.
Los mantenemos al tanto sobre esto.

SALUDOS.-

Fijate en la version 1, que es sobre la que se basa al crear la 2da version del plan de estudios, si existe alguna materia que tenga el campo sga_atrib_mat_plan.tipo_materia en NULL, porque no deberia pasar que tenga NULL en ese campo, es mas tiene la restricción de NOT NULL, salvo que en la base de ustedes lo tengan como que permite nulos…

Hola Alejandro, eso es lo raro, no hay ningún valor nulo.

Te paso los 2 valores que me salen de la consulta:
G
N

Fuera de estos dos no hay más nada.

Más raro aún es que no anda solo para esta carrera y plan, ya que para el resto anda bien.

Martin, al crearse una versión del plan de estudios lo que se hace primero es hacer una copia de la version anterior para luego poder realizar los cambios de las modificacionse que se hagan en la nueva version del plan de estudios.
Con lo cual ya deberias tener la nueva version creada en la base de datos, podes verificarlo?

Hola Alejandro,

consultando: select * from sga_versiones_plan veo que crea la versión para dicho plan:

UA CARRERA PLAN VERSION FECHA ENT. VIGENCIA
FCAD 101 2011 2 NULL

Los que está vacio es la “fecha_ent_vigencia”

SALUDOS

Eso esta bien, al ser una version “Nueva”, la fecha de entrada en vigencia esta en NULL.

Alejandro, como andas?

Mirando bien veo que te puse de la otra carrera que anda bien.

Para la carrera en cuestion 103 plan 2011 y version 2 en sga_versiones_plan no escribe ningún registro.

Se ve que al fallar más adelante el código no se hace un COMMIT de este INSERT.

SALUDOS

Martín:

No tendrán algun problema de triggers deshabilitados??

Ejecutá lo siguiente:

select * from sysobjstate where state != “E”;

Saludos

Gustavo