Re: [GENERAL] Large databases, performance - Mailing list pgsql-performance

From Martijn van Oosterhout
Subject Re: [GENERAL] Large databases, performance
Date
Msg-id 20021008072047.GB558@svana.org
Whole thread Raw
In response to Re: [GENERAL] Large databases, performance  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
Responses Re: [GENERAL] Large databases, performance  (Ron Johnson <ron.l.johnson@cox.net>)
List pgsql-performance
On Tue, Oct 08, 2002 at 11:14:11AM +0530, Shridhar Daithankar wrote:
> On 7 Oct 2002 at 11:21, Tom Lane wrote:
>
> > "Shridhar Daithankar" <shridhar_daithankar@persistent.co.in> writes:
> > > I say if it's a char field, there should be no indicator of length as
> > > it's not required. Just store those many characters straight ahead..
> >
> > Your assumption fails when considering UNICODE or other multibyte
> > character encodings.
>
> Correct but is it possible to have real char string when database is not
> unicode or when locale defines size of char, to be exact?
>
> In my case varchar does not make sense as all strings are guaranteed to be of
> defined length. While the argument you have put is correct, it's causing a disk
> space leak, to say so.

Well, maybe. But since 7.1 or so char() and varchar() simply became text
with some length restrictions. This was one of the reasons. It also
simplified a lot of code.
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> There are 10 kinds of people in the world, those that can do binary
> arithmetic and those that can't.

pgsql-performance by date:

Previous
From: "Shridhar Daithankar"
Date:
Subject: Re: [GENERAL] Large databases, performance
Next
From: Ron Johnson
Date:
Subject: Re: [GENERAL] Large databases, performance