Estimada lista, buenas noches.
Recurro a ustedes porque tengo un problema que no le encuentro solución:
Me armaron una consulta que se ejecuta de acuerdo al explain analyze de
dos maneras diferentes.
La consulta es simple, con muchos inner joins y en algunos casos se
ejecuta en menos de 1 segund
Buenas tardes a todos
Tengo una consulta que cada vez que es ejecuta directamente desde pgadmin
funciona sin ningun problema
esta es la consulta
SELECT row_number() over(),ST_MakeLine(sp,ep) as the_geom
FROM
(SELECT
ST_PointN(geom, generate_series(1, ST_NPoints(geom)-1)) as sp,
S
Hola amigos espero me puedan hayudar con esta,
Tengo tres tablas:
Tabla 1:Licencias
NumLice | Documenlice | Fecha | ETC
2300011378912072008
2300021345612082008
2300031378912082008
2300041378912082008
2300051378912082008
2300061345
:32
Asunto: [pgsql-es-ayuda] Problema con consulta
Estimada lista, buenas noches.
Recurro a ustedes porque tengo un problema que no le encuentro solución:
Me armaron una consulta que se ejecuta de acuerdo al explain analyze de dos
maneras diferentes.
La consulta es simple, con muchos inner joins y
tiene,
por la forma de la consulta recomendaria un indice hash en vez de uno btree.
*De:* Mario Sileone
*Para:* "pgsql-es-ayuda@postgresql.org"
*Enviado:* jueves 20 de octubre de 2011 21:32
*Asunto:* [pgsql-es-ayuda
El 21/10/11 09:42, Mario Sileone escribió:
Gracias por tu aporte, pero esta todo en orden por ese lado.
Leyendo un poco mas, el planificador de Postgres utiliza el
effective_cache_size para optimizar si vale la pena hacer index scan,
seq scan,etc. Actualmente estaba en 128.
Es posible, que el p
Carrillo
CC: "pgsql-es-ayuda@postgresql.org"
Enviado: viernes 21 de octubre de 2011 7:42
Asunto: Re: [pgsql-es-ayuda] Problema con consulta
Gracias por tu aporte, pero esta todo en orden por ese lado.
Leyendo un poco mas, el planificador de Postgres utiliza el
effective_cache_size para op
Buenos días. Acudo a esta lista con el fin de buscar orientación sobre
optimización de rendimiento sobre una consulta que se hace sobre una
aplicación que construimos y que no está dando los resultados esperados en
cuanto a consulta.
La SQL dinámica que se genera es esta:
¨select distinct
CC.acce
Hola lista! hace pocos díasme suscribí y me alegra mucho que haya una lista
de pg con tanta actividad hispana!!!
En cuanto a tu "problema" Fabian, si no entiendo mal, es bastante
sencillo...
traes Residencias.* joineado con Licencias y ordenado por Licencias.NumLice
--
Saludos!
On Thu, Nov 13,
On Fri, May 3, 2013 at 8:52 AM, Leonardo Castillo
wrote:
>
> ¨select distinct
> CC.acceso,CC.ext_acceso,MAX(CTT.FECHA_ISO||COALESCE(CTT.HORA_ISO_INICIO,''))
Saludos,
Te dire que siempre cuando veo SELECT DISTINCT y un monton de nested
loops en el plan de ejecución mi primera reacción es que tien
Jaime Casanova escribió:
> On Fri, May 3, 2013 at 8:52 AM, Leonardo Castillo
> wrote:
> >
> > ¨select distinct
> > CC.acceso,CC.ext_acceso,MAX(CTT.FECHA_ISO||COALESCE(CTT.HORA_ISO_INICIO,''))
>
> Saludos,
>
> Te dire que siempre cuando veo SELECT DISTINCT y un monton de nested
> loops en el plan
Hola todos
Te digo que para este tipo de sentencias tan complejas,
prefiero hacer una función, e ir creando tablas temporales
con los resultados, y al final tengo una consulta más
entendible y sobre todo controlable.
Cordial saludo
Omar Beltrán
Bogotá - Colombia
-
Enviado a la lista de corre
2013/5/3 Alvaro Herrera :
> Jaime Casanova escribió:
>> On Fri, May 3, 2013 at 8:52 AM, Leonardo Castillo
>> wrote:
>> >
>> > ¨select distinct
>> > CC.acceso,CC.ext_acceso,MAX(CTT.FECHA_ISO||COALESCE(CTT.HORA_ISO_INICIO,''))
>>
>> Saludos,
>>
>> Te dire que siempre cuando veo SELECT DISTINCT y un
Omar Beltrán Cano escribió:
> Hola todos
>
> Te digo que para este tipo de sentencias tan complejas,
> prefiero hacer una función, e ir creando tablas temporales
> con los resultados, y al final tengo una consulta más
> entendible y sobre todo controlable.
... y el mal diseño se perpetúa.
Lo que
El 03/05/13 11:17, Alvaro Herrera escribió:
Omar Beltrán Cano escribió:
Hola todos
Te digo que para este tipo de sentencias tan complejas,
prefiero hacer una función, e ir creando tablas temporales
con los resultados, y al final tengo una consulta más
entendible y sobre todo controlable.
... y
Buenas tardes. Gracias por sus respuestas. No dudo que la consulta de
entrada uno pueda verle mejoras de diseño las cuales son bienvenidas. Ahora
bien. El problema es que esta consulta se ejecuta en una aplicación con ya
tiempo en el mercado y hacer un rediseño de la misma es complejo. Como dice
el
Leonardo Castillo escribió:
> Buenas tardes. Gracias por sus respuestas. No dudo que la consulta de
> entrada uno pueda verle mejoras de diseño las cuales son bienvenidas. Ahora
> bien. El problema es que esta consulta se ejecuta en una aplicación con ya
> tiempo en el mercado y hacer un rediseño d
17 matches
Mail list logo
