Column descriptions - could they be propagated to new tables?
Since I discovered the facilities in Postgres for providing and listing
column descrptions, I have found them very useful, especially for adding a
string showing physical units to my columns. For example:
\d+ cat
Table "public.cat"
Column | Type | Modifiers | Description
-----------------+------------------+-----------+--------------
src_num | integer | |
ra | double precision | | deg
decl | double precision | | deg
radec_err | real | | arcsec
lii | double precision | | deg
bii | double precision | | deg
pn_cts | real | | counts
However if one performs a JOIN creating a new table, all these
descriptions fail to transfer. I haven't been able to find any easy way
of propagating the descriptions - would it be a useful facility to have
them propagated automatically? I would have thought that things like
units would be useful even in many scientific applications, e.g. to have
monetary columns described as dollars/pounds/euros or whatever.
--
Clive Page
Dept of Physics & Astronomy,
University of Leicester,
Leicester, LE1 7RH, U.K.
On 4/5/06, Clive Page <cgp@star.le.ac.uk> wrote:
Since I discovered the facilities in Postgres for providing and listing
column descrptions, I have found them very useful, especially for adding a
string showing physical units to my columns.
Have you considered using domains for these types? You can comment
the domain appropriately. While the domain description will not show
in \d+. to get the description you can do \dT on the domain.
Based on your background I also think you might appreciate domains
from a design perspective. There are a couple of disadvantages to
using them so I'd suggest reading about them.
merlin
On Wed, 5 Apr 2006, Merlin Moncure wrote:
Have you considered using domains for these types? You can comment
the domain appropriately. While the domain description will not show
in \d+. to get the description you can do \dT on the domain.Based on your background I also think you might appreciate domains
from a design perspective. There are a couple of disadvantages to
using them so I'd suggest reading about them.
Thanks for the suggestion, I'll start reading up on them.
--
Clive Page
Dept of Physics & Astronomy,
University of Leicester,
Leicester, LE1 7RH, U.K.
On Apr 5, 2006, at 12:15 PM, Merlin Moncure wrote:
On 4/5/06, Clive Page <cgp@star.le.ac.uk> wrote:
Since I discovered the facilities in Postgres for providing and
listing
column descrptions, I have found them very useful, especially for
adding a
string showing physical units to my columns.Have you considered using domains for these types? You can comment
the domain appropriately. While the domain description will not show
in \d+. to get the description you can do \dT on the domain.Based on your background I also think you might appreciate domains
from a design perspective. There are a couple of disadvantages to
using them so I'd suggest reading about them.
I seem to recall some astronomer having created some custom types for
storing astronomical data in PostgreSQL. Or perhaps he was using
PostGIS. I know that other astronomers are using PostgreSQL/PostGIS
so if you look around you might be able to save yourself quite a bit
of work.
--
Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
On Thu, 6 Apr 2006, Jim Nasby wrote:
I seem to recall some astronomer having created some custom types for storing
astronomical data in PostgreSQL. Or perhaps he was using PostGIS. I know that
other astronomers are using PostgreSQL/PostGIS so if you look around you
might be able to save yourself quite a bit of work.
Well I know about pgAstro and pgSphere (and helped a little in testing
them) but maybe there are others. Will look, thanks.
--
Clive Page
Dept of Physics & Astronomy,
University of Leicester,
Leicester, LE1 7RH, U.K.