Composite types and tables - when to use?

From: Postgres User <postgres(dot)developer(at)gmail(dot)com>
To: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Composite types and tables - when to use?
Date: 2009-10-06 20:43:55
Message-ID: b88c3460910061343x19f28738p910b0fc49dcfcfa6@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Browsing the docs last night, I realized that I've never taken
advantage of Postgres' powerful composite types. But a question came
to mind- in what scenarios should you use a composite type in a table
structure? That is, I can see the benefits of a composiite type
insofar as it essentially lets you add virtual tuples to a table
without having to alter the table structure to add new fields.
Instead you can simply extend the composite type. But why take this
approach?

http://www.postgresql.org/docs/8.4/static/rowtypes.html

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Postgres User 2009-10-06 20:49:33 Composite types and tables - when to use?
Previous Message Tim Bunce 2009-10-06 20:34:00 Re: Wishlist of PL/Perl Enhancements for PostgreSQL 8.5