Cesar, si tratas de restaurar el backup usando pg_restore 9.2 a una version
superior no creo que te lo permita.
Como dice Diego debes hacer el backup y restaurarlo con tu nueva version de
postgres.
Saludos,
Carlos
On Fri, Nov 29, 2019, 12:24 PM Diego wrote:
> Mejor Windows Server que workstati
Hellmuth Vargas escribió:
> Hola Anthony
>
> NO, eso es claro que sale mas costoso.. pero la pregunta va a que si tengo
> un indice por centro y id (este ordenado desc) no debería poder sacar el
> máximo por cada centro empleando exclusivamente el indice?
La razón es que no está implementado h
Mejor Windows Server que workstation
Si vas con corte de servicio, hace le backup y el restore con los
binarios del nuevo... que sera 12.1 no?
On 29/11/19 15:03, ce...@cayter.com wrote:
Buen dia gente, me toca actualizar una instalación realizada hace
algunos años que tiene la versión 9
Atentis que no hay un idx por id, sino que es el segundo campo de uno y
del otro lado es la PK de la tabla
On 29/11/19 13:31, Anthony Sotolongo wrote:
Bueno en realidad te trae los datos empleando el indice, pero es más
costoso que hacerlo recorriendo la tabla entera para las estadisticas
q
Bueno en realidad te trae los datos empleando el indice, pero es más
costoso que hacerlo recorriendo la tabla entera para las estadisticas
que el tiene,
y para su algoritmo de obtener los datos tambien lo es, pues demora un
poco mas con el indices, pues tiene que hacer Bitmap Index Scan y
B
Hola Anthony
NO, eso es claro que sale mas costoso.. pero la pregunta va a que si tengo
un indice por centro y id (este ordenado desc) no debería poder sacar el
máximo por cada centro empleando exclusivamente el indice?
El vie., 29 de nov. de 2019 a la(s) 10:54, Anthony Sotolongo (
asotolo..
Creo que tu respuesta está ahí, para las estadísticas que tiene esa tabla
es más efectivo hacer un seq scan que usar el indice
Saludos
El vie., 29 de nov. de 2019 12:45 p. m., Hellmuth Vargas
escribió:
>
> Hola Anthony!
>
> Asi me fue:
>
> set enable_seqscan = off;
>
>
> HashAggregate (cost=2
Hola Anthony!
Asi me fue:
set enable_seqscan = off;
HashAggregate (cost=21803.61..21803.63 rows=5 width=21) (actual
time=708.525..708.525 rows=5 loops=1)
Group Key: centrocodigo
-> Bitmap Heap Scan on oportunidadcitas(cost=2769.30..21416.55
rows=387062 width=21) (actual time=143.44
Hola Hellmuth, puedes deshabilitar el seq_scan y ver que retorna el
explain analyze para es consulta
set enable_seqscan = off;
Saludos
El 29-11-19 a las 12:09, Hellmuth Vargas escribió:
Hola lista
tengo una tabla
CREATE TABLE oportunidadcitas
(
id bigint NOT NULL,
fechacreacion timest
Hola Olivier
Gracias por contestar, si lo ejecuto tal cual me sale el siguiente error:
ERROR: column "id" must appear in the GROUP BY clause or be used in an
aggregate function
LINE 1: ...MING off )select distinct on (centrocodigo) centrocodigo, id...
ajustándolo asi:
select distinct on (cen
Hola Hellmut,
On Fri, Nov 29, 2019 at 12:10 PM Hellmuth Vargas wrote:
>
> Hola lista
>
> tengo una tabla
>
> CREATE TABLE oportunidadcitas
> (
> id bigint NOT NULL,
> fechacreacion timestamp without time zone,
> fechamodificacion timestamp without time zone,
> centrocodigo character vary
Hola lista
tengo una tabla
CREATE TABLE oportunidadcitas
(
id bigint NOT NULL,
fechacreacion timestamp without time zone,
fechamodificacion timestamp without time zone,
centrocodigo character varying(255),
especialidadcodigo character varying(255),
medicocodigo character varying(255),
12 matches
Mail list logo