Re: virtual (COMPUTED BY) columns?

From: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: virtual (COMPUTED BY) columns?
Date: 2007-01-28 16:49:39
Message-ID: 45BCD423.8080606@cox.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/28/07 10:43, A. Kretschmer wrote:
> am Sun, dem 28.01.2007, um 10:25:33 -0600 mailte Ron Johnson folgendes:
>> Hi.
>>
>> These fields do not use any disk space, as the data in them is
>> derived on the fly.
>>
>> For example:
>> CREATE TABLE T_EXAMPLE (
>> SOME_DATE DATE,
>> JDATE COMPUTED BY EXTRACT(JULIAN FROM SOME_DATE)
>> );
>>
>> A work-around is to create a function, and reference it in every
>> query, but storing them in the table definition is the "tidy",
>> low-maintenance way to do it.
>
> Was this a question how to do this in PostgreSQL?
>
> You can use a VIEW. Just create T_EXAMPLE ( SOME_DATE DATE );
> and then
>
> CREATE VIEW view_example AS SELECT some_date, EXTRACT(JULIAN FROM
> some_date) AS julian_date FROM T_EXAMPLE;

Good point.

But then you have 2 bits of metadata, and yet one more object to
update when you add a column.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFvNQjS9HxQb37XmcRArguAJ4y4e5rbpe4YoH+VNJXIW0XSrjRqQCfcLO4
78WYNnFb14wlI9hXJtwbSeM=
=KZkP
-----END PGP SIGNATURE-----

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Michael Schmidt 2007-01-28 17:06:58 Re: Password issue revisited
Previous Message A. Kretschmer 2007-01-28 16:43:42 Re: virtual (COMPUTED BY) columns?