Skip site navigation (1) Skip section navigation (2)

Re: Large databases, performance

From: "Shridhar Daithankar" <shridhar_daithankar(at)persistent(dot)co(dot)in>
To: Manfred Koizar <mkoi-pg(at)aon(dot)at>, pgsql-hackers(at)postgresql(dot)org,pgsql-general <pgsql-general(at)postgresql(dot)org>,pgsql-performance(at)postgresql(dot)org
Subject: Re: Large databases, performance
Date: 2002-10-09 08:25:28
Message-ID: 3DA43550.21288.1989824B@localhost (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackerspgsql-performancepgsql-sql
On 9 Oct 2002 at 10:00, Manfred Koizar wrote:

> On Mon, 07 Oct 2002 15:07:29 +0530, "Shridhar Daithankar"
> <shridhar_daithankar(at)persistent(dot)co(dot)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

I had a quick look in things. I think it's a great learning material for pg 
internals..;-)

I have a suggestion. In README, it should be worth mentioning that, new types 
can be added just by changin Makefile. e.g. Changing line

OBJS = char3.o char4.o char10.o

to

OBJS = char3.o char4.o char5.o char10.o 

would add the datatype char5 as well. 

Obviously this is for those who might not take efforts to read the source. ( 
Personally I wouldn't have, had it been part of entire postgres source dump. 
Just would have done ./configure;make;make install)

Thanks for the solution. It wouldn't have occurred to me in ages to create a 
type for this. I guess that's partly because never used postgresql beyond 
select/insert/update/delete. Anyway should have been awake..

Thanks once again


Bye
 Shridhar

--
But it's real.  And if it's real it can be affected ...  we may not be ableto 
break it, but, I'll bet you credits to Navy Beans we can put a dent in it.		-- 
deSalle, "Catspaw", stardate 3018.2


In response to

pgsql-performance by date

Next:From: Tom LaneDate: 2002-10-09 13:32:50
Subject: Re: [pgsql-performance] Large databases, performance
Previous:From: Shridhar DaithankarDate: 2002-10-09 08:07:13
Subject: Re: Large databases, performance

pgsql-hackers by date

Next:From: Samuel A HorwitzDate: 2002-10-09 12:26:26
Subject: Re: AIX compilation problems (was Re: Proposal ...)
Previous:From: Shridhar DaithankarDate: 2002-10-09 08:07:13
Subject: Re: Large databases, performance

pgsql-sql by date

Next:From: Richard HuxtonDate: 2002-10-09 08:47:15
Subject: Re: Problems Formulating a SELECT
Previous:From: Shridhar DaithankarDate: 2002-10-09 08:07:13
Subject: Re: Large databases, performance

pgsql-general by date

Next:From: Louis-Marie CroisezDate: 2002-10-09 09:08:46
Subject: access time performance problem
Previous:From: Shridhar DaithankarDate: 2002-10-09 08:07:13
Subject: Re: Large databases, performance

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group