Skip site navigation (1) Skip section navigation (2)

Re: problema con trigger

From: Guillermo Villanueva <guillermovil(at)gmail(dot)com>
To: JHONATAN CANO FURAGARO <jhonatan(dot)cano(dot)f(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Virginia <mavir78(at)gmail(dot)com>, Jaime Casanova <jaime(at)2ndquadrant(dot)com>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: problema con trigger
Date: 2010-10-27 13:24:25
Message-ID: AANLkTikAekB9Grnm36fnODgZrQc2Y4=-yBLWOJLRbmZ6@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Hola Jhonatan, si los valores de ponderación para la suma ponderada,
responden a una fórmula estática, es decir no se modifican nunca, entonces
no es necesario que almacenes zonificación.
Despues podrás crear una vista mas o menos así:
select campo1, campo2, campo3, campo1*peso1 + campo2*peso2 + campo3*peso3
zonificacion from tabla
Saludos

~~~~~~~~~~~~~~~~
Guillermo Villanueva


El 27 de octubre de 2010 09:58, JHONATAN CANO FURAGARO <
jhonatan(dot)cano(dot)f(at)gmail(dot)com> escribió:

> Buen día Guillermo,
>
> Gracias por tu pronta respuesta, tendre en cuenta las vistas y funciones.
>
> Pero por ejemplo, tengo una capa en PostgreSQL/PostGIS, donde tengo campo1,
> campo2, campo3 y zonificacion, donde los campo (1,2,3 son compontes que
> almacenan calificaciones ambientales , físico, biótico, social en este caso)
> los valores tienen una calificación de 1 a 5  y zonificación es el resultado
> de una suma ponderada de acuerdo a los pesos de los componentes. En dado
> momento estoy realizando una actualización de esta tabla (campo1...)y que
> estos cambios se deben ver reflejados en el campo zonificación y en el mapa
> final de zonifiación (en la leyenda). En este caso debería tener o no el
> campo en la tabla?
>
> PD: Espero haberme hecho entender.
>
> Saludos.
>
> 2010/10/27 Guillermo Villanueva <guillermovil(at)gmail(dot)com>
>
> Hola Jhonatan, es simple, el campo que quiere agregar Virginia se puede
>> calcular en base a otros campos almacenados, entonces no tiene sentido
>> guardarlo.
>> Mas aún cuando el cálculo es tan simple que ni siquiera tiene que buscar
>> en otras filas u otras tablas, con un select lo puede obtener.
>> Si lo necesita permanentemente desde aplicaciones, puede crear una vista
>> que incluya una columna con ese cálculo y "listo el pollo"
>> Saludos
>>
>> ~~~~~~~~~~~~~~~~
>> Guillermo Villanueva
>>
>>
>> El 27 de octubre de 2010 09:04, JHONATAN CANO FURAGARO <
>> jhonatan(dot)cano(dot)f(at)gmail(dot)com> escribió:
>>
>>
>>>
>>> 2010/10/26 Alvaro Herrera <alvherre(at)commandprompt(dot)com>
>>>
>>> Excerpts from Virginia's message of mar oct 26 12:23:47 -0300 2010:
>>>>
>>>> > Ya resolví mi problema, aquí les dejo la solución para quienes puedan
>>>> tener
>>>> > el mismo problema:
>>>>
>>>> Creo que quienes tengan el mismo problema deberían usar una vista para
>>>> evitar almacenar el campo calculado, lo cual es mal diseño, como te
>>>> indicaron repetidamente.
>>>>
>>>> --
>>>> Álvaro Herrera <alvherre(at)commandprompt(dot)com>
>>>> The PostgreSQL Company - Command Prompt, Inc.
>>>> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>>>> -
>>>> Enviado a la lista de correo pgsql-es-ayuda (
>>>> pgsql-es-ayuda(at)postgresql(dot)org)
>>>> Para cambiar tu suscripción:
>>>> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>>>>
>>>
>>>
>>>
>>> Buen día,
>>>
>>> Me ha parecido éste hilo muy enriquecedor por varias cosas (ya que estoy
>>> iniciando en PostgreSQL), desde crear un trigger entre otros concepto muy
>>> nuevos para mi, y tengo una duda en cuento a que dicen que  es mejor crear
>>> una vista o funciona para la operación que deseaba Virginia, y no almacenar
>>> el campo calculado?, por que el mal diseño?
>>>
>>>
>>> Muchas gracias por compartir su sabios conocimientos.
>>>
>>>
>>> --
>>> JHONATAN CANO FURAGARO
>>> Ingeniero Forestal
>>> Universidad Nacional de Colombia
>>> Celular 300 430 45 46
>>>
>>
>>
>
>
> --
> JHONATAN CANO FURAGARO
> Ingeniero Forestal
> Universidad Nacional de Colombia
> Celular 300 430 45 46
>

In response to

pgsql-es-ayuda by date

Next:From: Jaime CasanovaDate: 2010-10-27 13:25:46
Subject: Re: problema con trigger
Previous:From: Alvaro HerreraDate: 2010-10-27 13:22:47
Subject: Re: problema con trigger

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group