Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Mensajes - dturriaga

Páginas: [1] 2 3 ... 26
1
Técnicos / Re:postgre con locales en español
« on: Septiembre 09, 2022, 02:58:26 pm »
Si, mi consulta venía más porque si en algún lado se hace una decodificación (case when en postgre) por nombre de día en inglés, con ese cambio se va a romper...

2
Técnicos / postgre con locales en español
« on: Septiembre 07, 2022, 04:11:52 pm »


Veo que mi BD Guarani 3.20 (y mi versión previa (3.16) igualmente) usan postgre con locales en inglés, especificamente el local time (lc_time) el valor por defecto original es "en_US.UTF-8"


¿Piensan que puede ocasionar errores cambiarlo a "es_AR.UTF-8"?


La idea es poder hacer esto:
select TO_CHAR(now(), 'TMDay TMMonth');
Y que devuelva "Miércoles Septiembre" en vez de "Wednesday September"


En los casos más comunes en que se use "select TO_CHAR(now(), 'Day Month');" seguirá mostrando "Wednesday September" pero no quisiera romper nada...


espero sus comentarios

3
Usuarios SIU-Sanaviron-Quilmes / Re:importe no coincide
« on: Julio 05, 2022, 02:35:57 pm »

 despues de colocar las fechas de vencimiento.... Al iniciar el Prefacturador arroja ese mensaje

4
Usuarios SIU-Sanaviron-Quilmes / Re:importe no coincide
« on: Julio 05, 2022, 02:28:15 pm »
Desde sq académico

5
Usuarios SIU-Sanaviron-Quilmes / Re:importe no coincide
« on: Julio 05, 2022, 02:25:59 pm »
Previo a querer facturar

6
Usuarios SIU-Sanaviron-Quilmes / importe no coincide
« on: Julio 01, 2022, 05:42:21 pm »
¿por dónde viene este error?

7
Personalizaciones de Autogestión / Re:usuario case insensitive
« on: Septiembre 02, 2021, 05:47:11 pm »
exacto, es un ùnico usuario... pero el AD igual que el LDAP no son perfectos :-( si se mete mal la mano se puede tener datos casi "duplicados" en distintas ramas (y depende de la rama en la que busques primero es el usuario que encontrás).

8
Personalizaciones de Autogestión / Re:usuario case insensitive
« on: Septiembre 01, 2021, 04:02:13 pm »
Pensaría que hay forma, pero no hay garantías de que el usuario guardado en el Active Directory haya sido escrito en minúsculas.

Caso contrario, sin usar ilike podría hacerse:

    function buscar_clave($parametros)
    {
        $sql = "SELECT clave, persona FROM mdp_personas WHERE lower(usuario) = lower({$parametros['usuario']})";
        $datos = kernel::db()->consultar_fila($sql);
        return $datos;
    }

    function buscar_persona($parametros)
    {
        $sql = "SELECT persona FROM mdp_personas WHERE upper(usuario) = upper({$parametros['usuario']})";
        $datos = kernel::db()->consultar_fila($sql);
        return $datos;
    }

Pero me parece más legible usar ilike...

9
Personalizaciones de Autogestión / usuario case insensitive
« on: Agosto 31, 2021, 12:25:21 pm »
No sé si alguien ya se chocó con esto... En mi institución se utiliza Active Directory de Microsoft, acá el Usuario jlopez, jLopez y JLOPEZ son el mismo...
De esto se desprenden 2 inconveniente (como mínimo) pero quisiera comentarles, en G3W se soluciona personalizando la clase modelo/datos/db/persona, les resalto en negritas el cambio:

    function buscar_clave($parametros)
    {
        $sql = "SELECT clave, persona FROM mdp_personas WHERE usuario ilike {$parametros['usuario']}";
        $datos = kernel::db()->consultar_fila($sql);
        return $datos;
    }

    function buscar_persona($parametros)
    {
        $sql = "SELECT persona FROM mdp_personas WHERE usuario ilike {$parametros['usuario']}";
        $datos = kernel::db()->consultar_fila($sql);
        return $datos;
    }

El tema son las webs que usan Arai... ocurre exactamente el mismo "error" y no quisiera editar los fuentes del Arai.

10
Técnicos / Re:Consulta Becas
« on: Julio 21, 2021, 05:02:12 pm »

Esa última consulta parece que funciona correctamente pero es lo que antes hablamos que estaba mal... confirmá, agrego esa condición y listo!

Diego, la vista de historia academica recupera actividades de la version actual del plan del alumno. Podes probar cambiar la vista vw_hist_academica_basica por vw_hist_academicaRespecto a este filtro:
Código: [Seleccionar]
JOIN sga_alumnos al ON al.alumno = ha.alumno AND al.plan_version = ha.plan_versionNo es correcto, porque en la vista de historia academica (ha.plan_version) se registra la version del plan de estudios en que el alumno realizó la actividad (en este caso que la aprobó) que podría ser una version de plan anterior a la verison actual o una version de plan de estudios de otro plan en el que estuvo el alumno; con lo cual no va a contar esa actividad porque es una version de plan de estudios distinta a la version actual.

11
Técnicos / Re:Consulta Becas
« on: Julio 20, 2021, 03:23:59 pm »
No, con cualquiera de las 2 vistas el resultado es similar...

12
Qué raro! Habría pensado que ampliando esas configuraciones y reiniciando apache ya estaba.

¿el error.log propio de apache no informa ningún error?

13
Técnicos / Re:Consulta Becas
« on: Julio 13, 2021, 03:09:15 pm »
Buen análisis! Yo solo miré por arriba y sugerí... Lo cierto es que todavía no hice ningún cambio.

Pensé en una subconsulta porque aveces trae 2 o más veces el mismo elemento...

¿Decís que cambiando vw_hist_academica_basica por vw_hist_academica en la primera de mis consultas alcanza?
Otra cosa que noté es que cuando hay equivalencias (a pesar de mi agregado) las cuenta 2 o más veces a cada materia porque es otro elemento.

¿Habrá un nuevo script descargable donde ya esté resuelto esto?

14
Técnicos / Re:Consulta Becas
« on: Julio 12, 2021, 06:15:53 pm »
Y lo mismo que antes pero filtrando por plan_version del alumno:
    SELECT COUNT(*)
         , SUM(CASE WHEN (fecha >= _FechaDesde AND fecha <= _FechaHasta) THEN 1 ELSE 0 END)
      INTO _cant_aprobadas, _cant_aprobadas_anio_a_evaluar
      FROM (SELECT ha.elemento, MIN(ha.fecha) fecha
              FROM vw_hist_academica_basica ha
              JOIN sga_alumnos al ON al.alumno = ha.alumno AND al.plan_version = ha.plan_version
             WHERE al.alumno = _arch2.alumno
               AND ha.resultado = 'A'
          GROUP BY elemento);


15
Técnicos / Re:Consulta Becas
« on: Julio 12, 2021, 04:25:21 pm »
Revivo este hilo, luego de la última actualización del script me informaron errores en el cálculo de la cantidad de materias aprobadas... ¿a alguien más le pasó algo similar?
    SELECT COUNT(*)
         , SUM(CASE WHEN (fecha >= _FechaDesde AND fecha <= _FechaHasta) THEN 1 ELSE 0 END)
      INTO _cant_aprobadas, _cant_aprobadas_anio_a_evaluar
      FROM (SELECT elemento, MIN(fecha) fecha
              FROM vw_hist_academica_basica
             WHERE alumno = _arch2.alumno
               AND resultado = 'A'
          GROUP BY elemento);
renglones 249 a 256 de 03_f_int_alumnos_plan_progresar.sql (rev=51829)

Veo que la consulta que hace dicho calculo no tiene en cuenta el plan, estimo que eso podría estar generando duplicados. Una alternativa para filtrar elementos duplicados sin entrar en detalles del plan podría ser:
    SELECT COUNT(*)
         , SUM(CASE WHEN (fecha >= _FechaDesde AND fecha <= _FechaHasta) THEN 1 ELSE 0 END)
      INTO _cant_aprobadas, _cant_aprobadas_anio_a_evaluar
      FROM (SELECT elemento, MIN(fecha) fecha
              FROM vw_hist_academica_basica
             WHERE alumno = _arch2.alumno
               AND resultado = 'A'
          GROUP BY elemento);

Lo dejo para que lo analicen...

Páginas: [1] 2 3 ... 26