Re: problema con trigger

Hola Jhonatan, creo que tu caso es igual q el mio.
En mi caso, les digo a los de la lista que no creo q se trate de un mal
diseño, pues para acortar la explicación los campos que se deben sumar no
son con valores directos, es decir, si en la tabla promedios (de mi ejemplo)
el campo1 tiene un valor de 99, para el momento de realizar la suma este
puede "pesar" 1, si el campo2 vale el mismo 99 en realidad tiene un "peso"
de 12 y así sucesivamente de acuerdo al campo y valor todos tienen pesos
diferentes que son los que en realidad cuentan para el momento de la suma y
la correspondiente totalización.
Creo que el campo si debe ser incluído en la tabla pues al momento de
manipular búsquedas o cualquier cosa por el campo total es más rápido que
tener q realizar las ponderaciones y sumas al momento de buscar.

El 27 de octubre de 2010 08:28, 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
>