From: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
---|---|
To: | Kris <kkiger(at)depauw(dot)edu> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Speed & Memory Management |
Date: | 2003-04-01 18:41:27 |
Message-ID: | 1049222487.13853.2110.camel@camel |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Unless your application requires a 30 character limit at the logical
level, use text.
Robert Treat
On Mon, 2003-03-31 at 17:08, Kris wrote:
> Hello all. I am designing a database that will could potentially grow to
> have millions of tuples associated with it. My thought is that because I
> will likely have many updates/inserts/deletes occurring I should set each
> column that requires text to a static ammount (ie using char(30) instead of
> text). However, this looks to be a double edged sword, since selecting from
> the db is my largest concern (with updates a very close second). When I
> pull these values back out of the db, it seems I am going to have to trim
> each returned value (when I pull a ten character string out of this field,
> it returns the 10 char string as well as 20 whitespaces.). I am trying to
> assign a weight to each of these scenarios and figure out which is the
> lesser of the two evils. If anyone has a suggestion of how I may circumvent
> this issue or which possibility may work best, it would be greatly
> appreciated. Thanks
>
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Treat | 2003-04-01 18:45:56 | Re: No user can login |
Previous Message | Martins Zarins | 2003-04-01 16:13:03 | ERROR: dtoi4: integer out of range |