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:49:33
Message-ID: b88c3460910061349m2a4f47e7j664628197d2fb928@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

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Postgres User 2009-10-06 20:56:36 Re: interface for "non-SQL people"
Previous Message Postgres User 2009-10-06 20:43:55 Composite types and tables - when to use?