Re: TRIGGERS: lo prometido es ....

Hola, me parece muy bien lo implementado, pero no habria sido lo mismo
si utilizas la funcion ltree de postgresql, o me equivoco .

Yo tenia que implementar algo muy similar y mi solucion fue utilizar
las funciones ltree, y hasta el dia de hoy me fuciona muy bien.

Saludos

El 24/05/05, Mario Cassanelli<mcassan(at)speedy(dot)com(dot)ar> escribió:
> Muy interesantes tus comentarios, y si es cierto hay un par de comentarios
> en el articulo, en nuestro desarrollo no hubo problemas de eficiencia, pero
> si creo que esa parte se puede resolver de otra manera, ya que el ingreso de
> un distribuidor en la tabla, su patrocinador yo lo tengo en otra tabla y
> la validacion del mismo se realiza en ese instante.
>
> Intentare rastrear ese libro.-
>
> Saludos
> Mario
>
> ----- Original Message -----
> From: "Alvaro Herrera" <alvherre(at)surnet(dot)cl>
> To: "Ricardo Fuentes Pereira" <rfuentesp(at)gmail(dot)com>
> Cc: "Mario Cassanelli" <mcassan(at)speedy(dot)com(dot)ar>; "lista de ayuda de
> postgresql" <pgsql-es-ayuda(at)postgresql(dot)org>
> Sent: Tuesday, May 24, 2005 11:31 AM
> Subject: Re: [pgsql-es-ayuda] TRIGGERS: lo prometido es ....
>
> > On Fri, May 20, 2005 at 04:49:28PM -0400, Ricardo Fuentes Pereira wrote:
> >
> > Hola,
> >
> > > Tengo que implementar algo parecido a lo que estas planteando.
> > > Son actividades de un proyecto que pueden ser subactividades de otras y
> > > asi sucesivamente.
> > > Me cuesta ver la estructura necesaria para ello. Lo que si me ha quedado
> > > claro es que requiere un campo, uno como clave foranea a la misma tabla
> > > para saber quien es el "padre".
> > > Pero un profesor de mi universidad me sugirió que también el agregara un
> > > "nivel" dentro de la jerarquía.
> >
> > La implementacion de jerarquias usando esta tecnica esta descrita en el
> > libro de Joe Celko, "SQL for smarties". La llama "nested sets"
> > (conjuntos anidados). Ese libro es lectura recomendada para la gente
> > que quiere hacer cosas no triviales con bases de datos relacionales.
> >
> > La tecnica de usar una llave foranea a la misma tabla (que Celko llama
> > "adjacency list") lamentablemente es ineficiente, porque si tienes un
> > elemento que esta a una buena profundidad es algo engorroso hacer la
> > busqueda recursiva. Para resolver este problema en forma eficiente es
> > que se usa el metodo de Celko.
> >
> >
> >
> > (El libro en cuestion, contrariamente a esas series "for dummies", que
> > asumen que el lector es un idiota y enseñan a resolver problemas
> > triviales y/o tontos, se orienta a gente inteligente tratando de
> > resolver problemas dificiles)
> >
> > --
> > Alvaro Herrera (<alvherre[a]surnet.cl>)
> > "La victoria es para quien se atreve a estar solo"
> >
> > ---------------------------(fin del mensaje)---------------------------
> > TIP 9: el optimizador ignorará el uso de recorridos de índice si los
> > tipos de datos de las columnas no coinciden
> >
> > __________ Información de NOD32 1.1106 (20050523) __________
> >
> > Este mensaje ha sido analizado con NOD32 antivirus system
> > http://www.nod32.com
> >
> >
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 1: para suscribirte y desuscribirte, escribe a majordomo(at)postgresql(dot)org
>

--
cordialmente,

Ing. Mario Soto Cordones