RE: [HACKERS] Rules: first fix on monday

From: "Stupor Genius" <stuporg(at)erols(dot)com>
To: "Pgsql-Hackers" <pgsql-hackers(at)postgresql(dot)org>
Cc: "Keith Parks" <emkxp01(at)mtcc(dot)demon(dot)co(dot)uk>
Subject: RE: [HACKERS] Rules: first fix on monday
Date: 1998-08-17 23:01:48
Message-ID: 000401bdca33$038a9ac0$d29daccf@darren
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> We could add another column to "pg_rewrite" which contained the
> source for the rule. This could be used by pg_dump to dump the
> rule creation statement, or by the user to see what the rule
> actually does.
>
> Perhaps someone who knows how to graft in new columns could do
> that now before we finalise 6.4, even if we don't use it straight
> away it would serve as a marker.
>
> I believe a dump/restore is required for 6.3 to 6.4 so we might as
> well get the catalog change in sooner rather than later.

Adding a column will take away from the already-tight space needed
to keep the plan.

Perhaps a better way is to have a new non-cached system table that
would be joined to pg_rewrite to show the plain-text plan when needed.

Rather than require the user to know this join, postgres could (or
should) have some system views (ala Oracle) to hide the underlying
table structures and prevent any user except the superuser from
modifying a system table without using a postgres command.

darrenk

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message The Hermit Hacker 1998-08-18 00:51:40 Re: [HACKERS] Rules: first fix
Previous Message Keith Parks 1998-08-17 22:37:58 Re: [HACKERS] Rules: first fix on monday