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

2
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

3
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

4
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

5
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

6
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

7
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

8
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

9
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

10
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.

11
Si, seguramente tenga un impacto de no poder seguir la trazabilidad del legajo. Pero manteniendo una tabla diccionario (legajo viejo, legajo nuevo) creo que no tendrían problema. De todas formas, esto lo tendrían que charlar con los auditores.
Saludos, Nico

12
Hola Jorge, dentro de la base existe una función que sirve para renumerar legajos.
La misma se llama utiles_cambiar_numero_legajo donde se le pasa el legajo viejo y el nuevo.
EJ:
SELECT mapuche.utiles_cambiar_numero_legajo(283993400,28399340);

Saludos, Nico.

13
Hola Jorge, como estas? Si tener cargado un GDS me podrías pasar el número? ya que no lo logramos encontrar.
Por otro lado, el error que te sale seguramente se deba a que estén utilizando un número de legajo con mas de 8 dígitos.  La exportación a Wichi actualmente solo toma 8 dígitos.
Te pido por favor que controles si tenes legajos con numero de legajo mayor a 8 dígitos. Que veas cuantos casos son, y si tienen sentido o son cargas erróneas.
Espero que te sirva de ayuda, saludos.
Nico

14
Es un problema de compatibilidad de encoding por utilizar SQL_ASCII. La idea es pronto poder pasar todo a UTF8 (estamos atados a Mapuche Escritorio, pero no por mucho tiempo mas).
Si tenes que consultar datos podes hacerlo del PgAdmin desde Windows o sino realizando una trasformación en las columnas .
Te paso un ejemplo:
select convert_from(convert(convert_to(desc_appat, 'WIN1252'), 'WIN1252', 'UTF8'), 'UTF8') from mapuche.dh01

Saludos, Nico.

15
PostgreSQL / Re:Postgres only data
« : enero 20, 2017, 11:59:49 am »
Hola, lo tendrías que realizar en formato plano.
Te recomiendo que mires la ayuda del comando pg_dump para ver todas las posibilidades.
En principio podes utilizar -Fp para que el formato sea plano. Y la llave -a para que solo exporte los datos.
Saludos, Nico

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