From: | "Mario A(dot) Soto Cordones" <mario_soto(at)venezolanadeavaluos(dot)com> |
---|---|
To: | <josue(at)lamundial(dot)hn> |
Cc: | <alvherre(at)dcc(dot)uchile(dot)cl>, <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Manejo de multiples esquemas |
Date: | 2005-03-31 21:56:09 |
Message-ID: | 48282.200.35.66.77.1112306169.squirrel@mail.venezolanadeavaluos.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Pero a mi juicio es la mejor solucion, personalmente de esta forma me he
evitado algunos problemas utilizando este esquema en las consultas
esquema.relacion
sinceramente, no veo la dificultad
Saludos
> Alterando el path funciona, pero esto no es lo que esperaba:
>
> dbalm=# show search_path;
> search_path
> ------------------
> "public,test,t2"
> (1 row)
>
> dbalm=# select * from foo;
> ERROR: relation "foo" does not exist
>
> dbalm=# select * from test.foo;
> i
> ---
> (0 rows)
>
> Precisamente es lo quiero evitar nombrar esquema.objecto cada vez, hay
> algo mas que se deba hacer? segun lei la documentacion deberia de buscar
> el objeto en los esquemas establecidos dentro de search_path.
>
> Gracias,
>
>
>
> --
> Sinceramente,
> Josué Maldonado.
>
> ... "Para quien tiene miedo, todo son ruidos." Sófocles. Poeta trágico
> griego.
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 9: el optimizador ignorará el uso de recorridos de índice si los
> tipos de datos de las columnas no coinciden
From | Date | Subject | |
---|---|---|---|
Next Message | Edwin Quijada | 2005-03-31 22:19:14 | RE: Rv: ayuda backup |
Previous Message | Alvaro Herrera | 2005-03-31 21:34:40 | Re: Manejo de multiples esquemas |