Re: [pgsql-performance] Large databases, performance

From: Martijn van Oosterhout <kleptog(at)svana(dot)org>
To: Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in>
Cc: pgsql-hackers(at)postgresql(dot)org, pgsql-general <pgsql-general(at)postgresql(dot)org>, pgsql-performance(at)postgresql(dot)org
Subject: Re: [pgsql-performance] Large databases, performance
Date: 2002-10-08 07:20:47
Message-ID: 20021008072047.GB558@svana.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-performance pgsql-sql

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(at)persistent(dot)co(dot)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(at)svana(dot)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.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Martijn van Oosterhout 2002-10-08 07:25:16 Re: Server locale?
Previous Message Martijn van Oosterhout 2002-10-08 07:17:56 Re: How to find out about index

Browse pgsql-hackers by date

  From Date Subject
Next Message Hannu Krosing 2002-10-08 07:36:49 Re: Analysis of ganged WAL writes
Previous Message Shridhar Daithankar 2002-10-08 05:47:18 Re: [HACKERS] Hot Backup

Browse pgsql-performance by date

  From Date Subject
Next Message Jan Wieck 2002-10-08 13:32:50 Re: Pinning a table into memory
Previous Message Shridhar Daithankar 2002-10-08 05:44:11 Re: [pgsql-performance] Large databases, performance

Browse pgsql-sql by date

  From Date Subject
Next Message Ludwig Lim 2002-10-08 07:28:44 Temporary tables and indexes
Previous Message Shridhar Daithankar 2002-10-08 05:44:11 Re: [pgsql-performance] Large databases, performance