From: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
---|---|
To: | Satoshi Nagayasu <nagayasus(at)nttdata(dot)co(dot)jp> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: [HACKERS] read-only database |
Date: | 2005-05-09 00:48:01 |
Message-ID: | 20050509004801.GB4209@dcc.uchile.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
On Mon, May 09, 2005 at 09:02:07AM +0900, Satoshi Nagayasu wrote:
> I think the read-only has two meanings for the user.
>
> First is the internal state. XID, OID or something like that.
> In these cases, the internal state mustn't be changed.
> Some users will need the read-only for internal state.
>
> Second is read-only for the user data contents.
> In some cases, the user want to make the user data as read-only.
> For this purpose, the user doesn't care XID or OID, I guess.
>
> So, we can implement them in different way.
> I think both are necessary.
But the second is only a subset of the first, no? So why not just
implement the first? Put another way, why do you think the second is
necessary?
--
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
Thou shalt check the array bounds of all strings (indeed, all arrays), for
surely where thou typest "foo" someone someday shall type
"supercalifragilisticexpialidocious" (5th Commandment for C programmers)
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2005-05-09 01:01:18 | Re: lastval() |
Previous Message | Tom Lane | 2005-05-09 00:23:16 | Re: [HACKERS] read-only database |
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2005-05-09 01:01:18 | Re: lastval() |
Previous Message | Tom Lane | 2005-05-09 00:23:16 | Re: [HACKERS] read-only database |