| From: | "Carlos Beltrán V(dot)" <cbeltran(at)roldan(dot)net> |
|---|---|
| To: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
| Cc: | ListaPostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Cómo cambio el plan de ejecución de un query |
| Date: | 2008-09-03 12:46:15 |
| Message-ID: | 48BE8717.3090603@roldan.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Jaime Casanova wrote:
> 2008/9/2 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
>
>> Por mientras, volví a mirar las funciones como las mostró Jaime, y lo
>> que se me ocurre es que el asunto de tener una funcion
>> es_declaracion_modalidad_temporal() es mala mala idea y no tiene mayor
>> propósito.
>>
>
> esa fue mi impresion, por eso las pase a lenguaje sql... creyendo que
> postgres la mezclaria (parecen funciones muy simples que posiblemente
> podria hacerlo)
>
> Carlos: solo por curiosidad, no has movido el parametro
> cpu_operator_cost? (alguno de los parametros que estan en la seccion
> "Query tunning"?)
>
>
Jaime
Jaime. En efecto no he movido este parámetro (continúa con comentario) y
la sección está así:
# - Planner Cost Constants -
#seq_page_cost = 1.0 # measured on an arbitrary scale
#random_page_cost = 4.0 # same scale as above
#cpu_tuple_cost = 0.01 # same scale as above
#cpu_index_tuple_cost = 0.005 # same scale as above
#cpu_operator_cost = 0.0025 # same scale as above
#effective_cache_size = 128MB
Gracias. Carlos.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Daniel | 2008-09-03 14:25:50 | Re: Ejecutar Query periodicamente |
| Previous Message | Gilberto Castillo Martínez | 2008-09-03 12:40:50 | Re: traduccion documentacion |