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 - nicolasdom

Páginas: [1] 2 3 ... 40
1
PostgreSQL / Re:Cómo borrar la base de datos de Guaraní 3.0.15
« : noviembre 21, 2018, 12:42:56 pm »
Hola Andres, este tema es puntual del sistema Guarani. Te pido por favor que lo consultes en la sección del foro correspondiente a Guarani.
Gracias y saludos, Nico.

2
Técnicos Mapuche / Re:Limpieza Base de Datos
« : noviembre 21, 2018, 12:39:19 pm »
Hola Marco, exactamente a eso me refiero. En este caso, cada legajo debe tener un registro inicial para comparar.
Saludos, Nico.

3
Técnicos Mapuche / Re:Limpieza Base de Datos
« : noviembre 21, 2018, 09:27:08 am »
Hola German, como estas?
El sistema basicamente esta separado en dos esquemas:
- Esquema mapuche -> Contiene las tablas y datos necesarios para un correcto funcionamiento del sistema. Borrar información representa una perdida de datos o mal funcionamiento
- Esquema mapuche_auditoria -> Contiene el log de todos los movimientos que se realizan sobre el sistema.

Claramente las tablas que mayor crecimiento tienen son las de logs del sistema (esquema mapuche_auditoria). Por defecto el sistema tiene el logueo sobre la mayoría de las tablas. Cual habilitar o deshabilitar es una politica que debe definir la institución y evaluar el costo de del almacenamiento de los datos vs. necesidad de auditoria sobre los mismos.

Hay una funcionalidad del sistema (reporte de novedades) que utiliza el log de auditoria como soporte para detectar los datos actualizados. Este reporte necesita que un conjunto de tablas tenga el check de que se loguea (logs_dh01, logs_dh02, logs_dh03, logs_dh04, logs_dh05, logs_dh06, logs_dh08, logs_dh09, logs_dh20, logs_dh24, logs_dh25, logs_dha1, logs_dhb7, logs_dhb8)

En caso de que consideren que los datos de auditoria no les sirven, pueden armar un script (o store procedure) que recorra cada una de las tablas de logs_ y las vacía por completo o teniendo como parámetro que elimine los datos menores a una fecha dada (tener en cuenta que para que el reporte de novedades funcione, las tablas deben contener al menos un registro inicial).

Si van a eliminar datos del esquema de auditoria, una buena practica seria realizar un backup del mismo antes del borrado y mantenerlo como respaldo ante la necesidad de consultar datos de dicho esquema.

Espero que les sea de ayuda, cualquier duda nos consultan que lo seguimos viendo.

Saludos, Nico

4
Técnicos Mapuche / Re:generacion de recibos
« : noviembre 06, 2018, 10:22:08 am »
Hola Daniel, te voy a pedir que por favor actualices a la versión 3.5.1 en la cual salieron unas mejoras para solucionar dicho problema. En caso de que no se solucione volvenos a escribir.
Saludos, Nico

5
Técnicos Mapuche / Re:Consulta devuelve campos vacíos
« : junio 25, 2018, 08:15:12 am »
Hola Agustin, podes probar con:

select convert_from(convert(convert_to(desc_categ, 'WIN1252'), 'WIN1252', 'UTF8'), 'UTF8') from mapuche.dh11;

Saludos, Nico.

6
Hola, excelente análisis!
Una desventaja del binario es que si se "rompe" el archivo se pierde todo. El Plano es mas facil de recuperar (o parte del mismo). Otra cosa a tener en cuenta es que el binario siempre esta asociado a una versión del cliente (pg_restore). El plano es mas fácil de manipular e ignorar versiones (mas que nada cuando se quiere levantar un backup viejo).
Saludos, Nico

7
Técnicos Mapuche / Re:Tamaño de la base
« : abril 18, 2018, 08:05:35 am »
Hola Gloria, donde seguramente podes reducir bastante es en el esquema de auditoria. Borrando datos de una cierta fecha para atras (previo backup y archivado). De esta forma vas a tener una base online mas liviana.

Tambien podes ver el tamaño que ocupa cada tabla utilizando una consulta como la siguiente:
Código: [Seleccionar]
SELECT nspname || '.' || relname AS "relacion",
pg_size_pretty(pg_relation_size(C.oid))  AS "tamaño"
FROM pg_class C LEFT JOIN pg_namespace N ON  (N.oid = C.relnamespace)
WHERE nspname NOT IN ('pg_catalog',  'information_schema')
ORDER BY pg_relation_size(C.oid) DESC;

Tambien podes realizar un VACUUM FULL y un REINDEX

Espero que con esto lo soluciones, estamos en contacto.
Saludos, Nico

8
Técnicos Mapuche / Re:Tabla "mapuche_auditoria.logs_dh21" 3gb !!!
« : enero 11, 2018, 12:19:55 pm »
Hola, es posible ya que en dicha tabla se guardan todos las altas / bajas / modificaciones que se realizan en la tabla dh21 del sistema (donde van a parar las liquidaciones del mes).
Si no necesitan tener auditoria sobre esa tabla, pueden desactivar dicho servicio sobre dh21 y limpiar la tabla "mapuche_auditoria.logs_dh21".

Saludos, Nico

9
Hola Martin, como estas? Paso a responderte las dudas:
1) Podes crear una Base con encoding SQL_ASCII en un cluster con UTF8.  Para esto, cuando creas la base selecciona Template0. Tenemos instituciones que han pasado sus bases a UTF8 (utilizando iconv) y les funciona bien. (No es algo testeado por nosotros).
2) hay un punto en la instalación donde con un check le indicas que queres realizar una instalación con una base existente y te da lugar a escribir el nombre de la base.

Saludos, Nico

10
Técnicos Mapuche / Re:Consulta sobre paquetes para instalar mapuche
« : octubre 18, 2017, 12:18:48 pm »
Hola Betiana, tanto securimage como poidsy ya vienen empaquetadas con la versión. En cuanto a php_com_dotnet en el caso de utilizar una distribución linux (es lo que somos compatibleas actualmente) no lo necesitas.
Saludos, Nico

11
Técnicos Mapuche / Re:UNPA_Mapuche con Nuxeo
« : octubre 18, 2017, 08:29:09 am »
Hola Leandro, aparenta ser problema de nuxeo. Te recomiendo que vuelvas a instalar el mismo y verifiques que cuando entres a http://localhost:8080/nuxeo/ te pida usuario y contraseña (Administrator). Si este paso no lo logran hacer, hay un problema puro de nuxeo.

Saludos, Nico

12
PostgreSQL / Re:Problemas con el inicio del PostgreSQL
« : octubre 17, 2017, 11:31:39 am »
Hola Matias, seria interesante ver los logs para ver si Postgres intenta iniciar y no puede o directamente nunca se intenta iniciar.
Postgres no tiene ninguna configuración para iniciarse solo, esto es un parámetro o configuración del sistema operativo. Seguramente tenes que revisar el script encargado de levantar Postgres o la configuración del S.O.

Saludos, Nico

13
PostgreSQL / Re:Problemas con "Full Text Search"
« : julio 03, 2017, 09:34:20 am »
Hola Marcela, probaste utilizando el diccionario español?
Seria:
SELECT d.iddocumento  FROM documentos d WHERE to_tsvector('spanish',d.resumenapublicar) @@ plainto_tsquery('resolucion');

Saludos, Nico

14
PostgreSQL / Re:Tabla recursiva
« : junio 07, 2017, 12:48:41 pm »
Proba con:
SELECT * FROM es_final.servicios WHERE parent_id_servicio IS null;

Saludos, Nico

15
Técnicos Mapuche / Re:Problema con cambio de versión a 3.1.1
« : mayo 09, 2017, 03:33:17 pm »
Hola, seguramente lo que estas realizando es una instalación utilizando una base existente. Lo que debes utilizar para no perder los usuarios, es una actualización.
Saludos, Nico.

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