OK, wording updated to add 'applications':
Schemas allow users to create objects in their own namespace
so two people or applications can have tables with the same
name. There is also a public schema for shared tables.
Table/index creation can be restricted by removing
permissions on the public schema.
---------------------------------------------------------------------------
[EMAIL PROTECTED] wrote:
> > Shridhar Daithankar dijo:
> >
> > > On 4 Sep 2002 at 3:24, Bruce Momjian wrote:
> > >
> > > > OK, the HISTORY file is updated, and 7.3 is branded and ready for beta1.
> > >
> > > Some minor stuff,
> >
> > In the schema changes description:
> >
> > "Schemas allow users to create objects in their own namespace
> > so two people can have the same table with the same name."
>
> > Shouldn't it read "so two people can have tables with the same name"
> > ? My point is that the tables are not the same, they just have the
> > same name.
>
> How about this for a wording:
>
> "Schemas allow users or applications to have their own namespaces in
> which to create objects.
>
> A typical application of this is to allow creation of tables that
> _appear_ to have the same name. For instance, if some GNOME
> applications were using PostgreSQL to store their configuration, a
> "GNUMERIC" namespace might have a table PREFERENCES to store
> preferences for that application, while a "POWERSHELL" namespace
> would allow _that_ application to store configuration in a
> PREFERENCES table that is quite distinct from the "GNUMERIC" one.
>
> The "true" table names may be GNUMERIC.PREFERENCES and
> POWERSHELL.PREFERENCES, but by using Schemas, applications do not
> need to be speckled with gratuitious added prefixes of GNUMERIC or
> POWERSHELL."
>
> Note that I'm pointing at "applications" as the primary purpose for
> this, as opposed to "users."
>
> In the long run, are not applications more likely to be the driving
> force encouraging the use of schemas?
> --
> (reverse (concatenate 'string "gro.gultn@" "enworbbc"))
> http://www3.sympatico.ca/cbbrowne/unix.html
> "The most precisely-explained and voluminously-documented user
> interface "rule" can and will be shot to pieces with the introduction
> of a single new priority consideration." -- Michael Peck
>
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to [EMAIL PROTECTED] so that your
> message can get through to the mailing list cleanly
>
--
Bruce Momjian | http://candle.pha.pa.us
[EMAIL PROTECTED] | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?
http://archives.postgresql.org