Re: Speed & Memory Management

Поиск
Список
Период
Сортировка
От Robert Treat
Тема Re: Speed & Memory Management
Дата
Msg-id 1049222487.13853.2110.camel@camel
обсуждение исходный текст
Ответ на Speed & Memory Management  ("Kris" <kkiger@depauw.edu>)
Ответы Re: Speed & Memory Management  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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
>


В списке pgsql-admin по дате отправления:

Предыдущее
От: "Anil John"
Дата:
Сообщение: Backup features available for postgres database
Следующее
От: Robert Treat
Дата:
Сообщение: Re: No user can login