<br><div class="gmail_quote">On Tue, Nov 24, 2009 at 3:13 PM, P Kishor <span dir="ltr"><<a href="mailto:punk.kish@gmail.com">punk.kish@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Leo,<br>
<br>
Many thanks for your clear replies. One follow-up question --<br>
<br>
On Tue, Nov 24, 2009 at 1:29 PM, Paragon Corporation <<a href="mailto:lr@pcorp.us">lr@pcorp.us</a>> wrote:<br>
..<br>
<div class="im">> --<br>
> d. The notes above refer to setting the search_path and the session_path.<br>
> Where is that done?<br>
><br>
> You can do it in postgresql.conf or at the database level. The database<br>
> level is better I think<br>
><br>
> ALTER DATABASE mydb SET search_path = public, shared<br>
><br>
><br>
> The above will have it set for good, except if you restore a db, you need to<br>
> remember to rerun the above command.<br>
><br>
<br>
<br>
</div>In the above note, should I be setting the search_path to the<br>
different project schemas as well, and not just 'public' and 'shared'?<br>
So, if I have the following schemas in mydb, 'public', 'shared',<br>
'project1', 'project2' then the above command really should be<br>
<br>
ALTER DATABASE mydb SET search_path = public, shared, project1, project2;<br>
<br>
And, if I add another schema, 'project3', a few months later, then I run<br>
<br>
ALTER DATABASE mydb SET search_path = public, shared, project1,<br>
project2, project3;<br>
<br>
Correct?<br>
<br>
By the way, what is that search_path doing? What is it for? And, why<br>
don't I have to set it if I have only a 'public' schema? Is that<br>
because by default, a public schema doesn't need an explicit search<br>
path?<br>
<br>
Puneet.<br>
<div><br></div></blockquote></div><br>If I could add another question to this thread since it's related to the PostGIS schema. I am moving to this "Project1" schema approach in prep for an upgrade and to keep the data in separate schema in the future. If my Project1 schema is dumped/backed up, then put back/restored after an upgrade of PostgreSQL/PostGIS, what's the best way to restore information in the Geometry_Columns table; should that be saved, or should I be using a function to re-populate the Geometry_Columns table? <br>
<br>Mark<br>