Re: app table names

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Jamie Kahgee <jamie(dot)kahgee(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: app table names
Date: 2010-03-16 19:44:01
Message-ID: dcc563d11003161244q2a2d7f55i75429891e2929c1e@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Mar 16, 2010 at 1:03 PM, Jamie Kahgee <jamie(dot)kahgee(at)gmail(dot)com> wrote:
> My company has a handful of apps that we deploy in the websites we build.
>  Recently a very old app needed to be included along side a newer app and
> there was a conflict w/ a duplicate table name needed to be used by both
> apps.
> We are now in the process of updating an old app and there will be some DB
> updates.  I'm curious what people consider best practice (or how do you do
> it)  to help ensure these name collisions don't happen.
> I've looked at schema's but not sure if thats the right path we want to
> take.  As the documentation prescribes, I don't want to "wire" a particular
> schema name into an application and if I add schema's to the user search
> path how would it know which table I was referring to if two schema's have
> the same table name.  although, maybe I'm reading to much into this.
> Any insights or words of wisdom would be greatly appreciated!

When you have two tables with the same name in different schemas, the
one that matches the firs schema in the search path wins.

I would definitely use schemas to separate out apps here. If it
doesn't need to see a schema, then leave it out of that user's (app as
a user that is) search path.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message John Gage 2010-03-16 20:04:11 Answer to my own question
Previous Message John Gage 2010-03-16 19:37:01 Best ISP for Postgres