From: | MargaretGillon(at)chromalloy(dot)com |
---|---|
To: | Jim Nasby <decibel(at)decibel(dot)org> |
Cc: | Richard Huxton <dev(at)archonet(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Limit for number of Joins in a View? Version 8.1.4 on Redhat 9 |
Date: | 2007-02-08 21:34:46 |
Message-ID: | OF9E785D62.882F3885-ON8825727C.0075E847-8825727C.0076885D@CHROMALLOY.COM |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
>Jim Nasby <decibel(at)decibel(dot)org> wrote on 02/08/2007 12:12:00 PM:
> Also, I suggest using "char" instead of just char. "char" is a
> special data type that's limited to storing a single character; the
> advantage is that it's much smaller and faster than a char.
>
> If you do end up back at using foreign keys, I suggest using either a
> smallint or "char"... the savings across the number of fields you're
> looking at would start to add up, especially if you start putting a
> decent number of rows in the table.
> --
> Jim Nasby jim(at)nasby(dot)net
> EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)
Hi Jim,
I ended up using Varchar(1). According to the help there is no speed
difference in the character types, on am I misunderstanding something?
Tip: There are no performance differences between these three types, apart
from the increased storage size when using the blank-padded type. While
character(n) has performance advantages in some other database systems, it
has no such advantages in PostgreSQL. In most situations text or character
varying should be used instead.
from: http://www.postgresql.org/docs/8.2/static/datatype-character.html
Margaret Gillon
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-02-08 21:37:03 | Re: Problems shutting down Postmaster |
Previous Message | Andrew Edson | 2007-02-08 21:32:38 | Problems shutting down Postmaster |