Re: [GENERAL] Large databases, performance

Поиск
Список
Период
Сортировка
От Manfred Koizar
Тема Re: [GENERAL] Large databases, performance
Дата
Msg-id a2n7qu0qen2ne1chalomdgt5n1etgb4uk3@4ax.com
обсуждение исходный текст
Ответ на Re: [GENERAL] Large databases, performance  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
Ответы Re: [GENERAL] Large databases, performance  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
Re: [GENERAL] Large databases, performance  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
Re: [pgsql-performance] [GENERAL] Large databases, performance  (Tom Lane <tgl@sss.pgh.pa.us>)
contrib/fixchar (Was: Large databases, performance)  (Manfred Koizar <mkoi-pg@aon.at>)
Список pgsql-hackers
On Mon, 07 Oct 2002 15:07:29 +0530, "Shridhar Daithankar"
<shridhar_daithankar@persistent.co.in> wrote:
>Only worry is database size. Postgresql is 111GB v/s 87 GB for mysql.

Shridhar,

here is an implementation of a set of user types: char3, char4,
char10.  Put the attached files into a new directory contrib/fixchar,
make, make install, and run fixchar.sql through psql.  Then create
your table as
    CREATE TABLE tbl (
    type        int,
    esn        char10,
    min        char10,
    datetime    timestamp,
    opc0        char3,
    ...
    rest        char4,
    field0        int,
    field1        char4,
    ...
    )

This should save 76 bytes per heap tuple and 12 bytes per index tuple,
giving a database size of ~ 76 GB.  I'd be very interested how this
affects performance.

Code has been tested for v7.2, it crashes on v7.3 beta 1.  If this is
a problem, let me know.

Servus
 Manfred

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

Предыдущее
От: Justin Clift
Дата:
Сообщение: Italian version of the PostgreSQL "Advocacy and Marketing" site is ready
Следующее
От: "Shridhar Daithankar"
Дата:
Сообщение: Re: [GENERAL] Large databases, performance