Re: Naming conventions for lots of stored procedures

From: Chris Travers <chris(at)metatrontech(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Naming conventions for lots of stored procedures
Date: 2010-03-11 04:52:07
Message-ID: 5ed37b141003102052v28ee30cal692922c76aab3e06@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Mar 10, 2010 at 7:08 PM, Justin Graf <justin(at)magwerks(dot)com> wrote:

> look into schemas.
>
> this allow group table and procedure logically and can limit access
> based on schemas.
>
> what i did is group procedures, views, and tables into schemas  to keep
> them logically grouped.
> in one project there is 300 tables, and 1200 procedures
> wip  (work in process)
> sales
> AR
> AP
> GL
> public

There are two major limitations here of schemas:

1) They can't be nested leading again to possible namespace ambiguity.
2) there are a number of requests to try to get the application to
install into an arbitrary, nonpublic schema.

If schemas could be nested this would solve both of these problems.

However, if the above is anywhere near a complete list of schemas for
1200 procedures, you must also have some strong naming conventions to
prevent collisions. I would be interested in what they are.

Best wishes,
Chris Travers

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2010-03-11 05:53:07 Re: dst question
Previous Message Tom Lane 2010-03-11 04:10:56 Re: crosstab functionality for postgres 8.1.4