Re: Please advise features in 7.1 (SUMMARY)

From: "Magnus Naeslund\(f\)" <mag(at)fbab(dot)net>
To: "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Please advise features in 7.1 (SUMMARY)
Date: 2000-11-29 11:07:45
Message-ID: 017201c059f4$99c57200$020a0a0a@totalmef
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

From: "Ross J. Reedstrom" <reedstrm(at)rice(dot)edu>
> On Tue, Nov 28, 2000 at 05:19:45PM +0100, Zeugswetter Andreas SB wrote:
> > > I guess it depends on what you're using it for -- disk space
> > > is cheap and
> > > abundant anymore, I can see some advantages of having it
> > > computed only once
> > > rather than X times, where X is the number of SELECTs as that
> > > could get
> > > costly on really high traffic servers.. Costly not so much for simple
> > > computations like that but more complex ones.
> >
>
> <snip good arguments about disk space>
>
> As I said in my original post, my understanding of computed fields may
> be in error. If they're computed at SELECT time, to avoid creating table
> space, then a VIEW is exacly the right solution. However, it's easy to
> come up with examples of complex calculations that it would be useful
> to cache the results of, in the table. Then, computing at INSERT/UPDATE
> is clearly the way to go.
>
> So, having _both_ is the best thing.
>
> Ross
>

I'm new at this, but the view thing?
Isn't that just the same as:

create table test2 ( i1 int4, i2 int4);
...insert...
select i1,i2,i1+i2 from test2;

Magnus

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Programmer/Networker [|] Magnus Naeslund
PGP Key: http://www.genline.nu/mag_pgp.txt
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Naeslund(f) 2000-11-29 12:08:00 Re: beta testing version
Previous Message Hannu Krosing 2000-11-29 10:23:30 Re: beta testing version