Herman Estaban escribió:
> Tengo una tabla PRD_REG con 02 campos:
>
> ID_TIP_REG INTEGER
> NOM_TIP_REG VARCHAR(25)
>
> Esta tabla tiene 14 registros y esta registrado asi:
>
> ID_TIP_REG | NOM_TIP_REG
> 1 | DETALLADO
> 2 | MARCADO
> 3 | PR
Buenas.
Lo mas simple para esto es usar un OR
--
SELECT *
FROM PRD_REG
WJERE (ID_TIP_REG = param OR param = 0)
Saludos.
El 22 de junio de 2016, 9:31, Alvaro Herrera
escribió:
> Herman Estaban escribió:
>
> > Tengo una tabla PRD_REG con 02 campos:
> >
> > ID_TIP_REG INTEGER
> > NOM_TIP_REG
eduardo reyes escribió:
> Buenas.
> Lo mas simple para esto es usar un OR
> --
> SELECT *
>FROM PRD_REG
> WJERE (ID_TIP_REG = param OR param = 0)
Ya ven lo que pasa cuando uno responde antes de desayunar -- tu
solución es mucho más simple. Pero yo usaría NULL en vez de 0:
SELECT *
FR
Hola a todos he revisado el foro de consultas y aun no enrontrado aún
con algo parecido a mi pregunta.
Tengo un cron el el server de la base de datos que realiza el respaldo
todos los dias a una hora fija.
se realiza un vacuum full analyze y posterior Pg_dump
esto ha funcionado desde hace ba
Hola Silvana:
1.- Define 'pegado'
2.- Después del vacuum full analyze, hacías un Reindex
3.- Has trabajado con PgBadger para análisis de logs??
Saludos Cordiales
Mario Soto
-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre
> Hola a todos he revisado el foro de consultas y aun no enrontrado aún
> con algo parecido a mi pregunta.
>
> Tengo un cron el el server de la base de datos que realiza el respaldo
> todos los dias a una hora fija.
> se realiza un vacuum full analyze y posterior Pg_dump
>
> esto ha funcionado de
El 22-06-2016 a las 11:14, Mario Soto Cordones escribió:
Hola Silvana:
1.- Define 'pegado'
Al realizar un ps -aux en debian aparece vacuum sin finalizar o
bloqueado (colgado o pegado segun yo) por ende no realiza el dump y
todos los otros procesos y conexiones a la bd estan en espera.
2.-
Gracias por sus aportes.
Saludos.
El mié., 22 jun. 2016 a las 9:48, Alvaro Herrera ()
escribió:
> eduardo reyes escribió:
> > Buenas.
> > Lo mas simple para esto es usar un OR
> > --
> > SELECT *
> >FROM PRD_REG
> > WJERE (ID_TIP_REG = param OR param = 0)
>
> Ya ven lo que pasa cuando uno
Cual es el nivel de verbosidad para los log en tu postgresql.conf?
Cuando el proceso está "pegado", as analizado el resultado de ésta query?
SELECT now() - pg_stat_activity.query_start AS runtime,
pg_stat_activity.pid,
pg_stat_activity.usename,
pg_stat_activity.waiting,
pg_stat_ac
Hola Silvana, ejecutar un vaccum FULL todos los días no se si será una
idea buena :-\ , una vez manejé un server sin el autovaccum pero
ejecutaba el vaccum todas la noches a las tablas que lo necesitaban y
un full una vez al mes solamente, pues la documentación te dice que el
FULL tienes su
Gracias!!
El 22-06-2016 a las 11:33, Mario Soto Cordones escribió:
Cual es el nivel de verbosidad para los log en tu postgresql.conf?
Creo que a esto debo ponermas atención, para encontrar lo optimo.!
Cuando el proceso está "pegado", as analizado el resultado de ésta query?
SELECT now() - pg
Muchisimas gracias, estudiare cada una de sus recomendaciones..!
El 22-06-2016 a las 11:46, Anthony Sotolongo escribió:
Hola Silvana, ejecutar un vaccum FULL todos los días no se si será
una idea buena :-\ , una vez manejé un server sin el autovaccum pero
ejecutaba el vaccum todas la noches a
Hola, tengo una consulta sobre Indices.
Por lo que he leído los Indices me sirven para que la búsqueda sea
mas rápida.
Tengo una tabla (por dar un ejemplo) que tiene un PK y 2 FK
CREATE TABLE cliente (
id_cliente INTEGER NOT NULL (PK)
id_sucursal INTEGER NOT NULL (FK)
id_documento INTEGER
13 matches
Mail list logo
