Re: [PERFORM] PGSQL Capacity

2005-05-09 Thread Dave Held
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, May 09, 2005 2:23 PM > To: pgsql-performance@postgresql.org > Subject: [PERFORM] PGSQL Capacity > > How can i know a capacity of a pg database ? > How many records my table can have ? > I saw in a mess

Re: [HACKERS] [PERFORM] Bad n_distinct estimation; hacks suggested?

2005-04-27 Thread Dave Held
> -Original Message- > From: Josh Berkus [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 27, 2005 10:25 AM > To: Andrew Dunstan > Cc: Mischa Sandberg; pgsql-perform; pgsql-hackers@postgresql.org > Subject: Re: [HACKERS] [PERFORM] Bad n_distinct estimation; hacks > suggested? > > [...] >

Re: [HACKERS] [PERFORM] Bad n_distinct estimation; hacks suggested?

2005-04-26 Thread Dave Held
> -Original Message- > From: Gurmeet Manku [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 26, 2005 5:01 PM > To: Simon Riggs > Cc: Tom Lane; josh@agliodbs.com; Greg Stark; Marko Ristola; > pgsql-perform; pgsql-hackers@postgresql.org; Utkarsh Srivastava; > [EMAIL PROTECTED] > Subject: Re:

Re: [PERFORM] two queries and dual cpu (perplexed)

2005-04-26 Thread Dave Held
> -Original Message- > From: Shoaib Burq (VPAC) [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 26, 2005 9:31 AM > To: Tom Lane > Cc: John A Meinel; Russell Smith; Jeff; > pgsql-performance@postgresql.org > Subject: Re: [PERFORM] two queries and dual cpu (perplexed) > > > OK ... so just

Re: [HACKERS] [PERFORM] Bad n_distinct estimation; hacks suggested?

2005-04-25 Thread Dave Held
> -Original Message- > From: Andrew Dunstan [mailto:[EMAIL PROTECTED] > Sent: Monday, April 25, 2005 3:43 PM > To: josh@agliodbs.com > Cc: pgsql-perform; pgsql-hackers@postgresql.org > Subject: Re: [HACKERS] [PERFORM] Bad n_distinct estimation; hacks > suggested? > > Josh Berkus wrote: >

Re: [HACKERS] [PERFORM] Bad n_distinct estimation; hacks suggested?

2005-04-25 Thread Dave Held
> -Original Message- > From: Josh Berkus [mailto:[EMAIL PROTECTED] > Sent: Sunday, April 24, 2005 2:08 PM > To: Andrew Dunstan > Cc: Tom Lane; Greg Stark; Marko Ristola; pgsql-perform; > pgsql-hackers@postgresql.org > Subject: Re: [HACKERS] [PERFORM] Bad n_distinct estimation; hacks > sugge

Re: [PERFORM] How to improve db performance with $7K?

2005-04-20 Thread Dave Held
> -Original Message- > From: Alex Turner [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 20, 2005 12:04 PM > To: Dave Held > Cc: pgsql-performance@postgresql.org > Subject: Re: [PERFORM] How to improve db performance with $7K? > > [...] > Lets say we i

Re: [PERFORM] Bad n_distinct estimation; hacks suggested?

2005-04-19 Thread Dave Held
> -Original Message- > From: Josh Berkus [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 19, 2005 2:09 PM > To: pgsql-perform > Subject: [PERFORM] Bad n_distinct estimation; hacks suggested? > > [...] > (BTW, increasing the stats to 1000 only doubles n_distinct, > and doesn't solve the p

Re: [PERFORM] How to improve db performance with $7K?

2005-04-19 Thread Dave Held
> -Original Message- > From: Alex Turner [mailto:[EMAIL PROTECTED] > Sent: Monday, April 18, 2005 5:50 PM > To: Bruce Momjian > Cc: Kevin Brown; pgsql-performance@postgresql.org > Subject: Re: [PERFORM] How to improve db performance with $7K? > > Does it really matter at which end of the c

Re: [PERFORM] Sort and index

2005-04-18 Thread Dave Held
> -Original Message- > From: Andrei Gaspar [mailto:[EMAIL PROTECTED] > Sent: Monday, April 18, 2005 10:36 AM > To: pgsql-performance@postgresql.org > Subject: [PERFORM] Sort and index > > I thought that an index can be used for sorting. > I'm a little confused about the following result: >

Re: [PERFORM] How to improve db performance with $7K?

2005-04-18 Thread Dave Held
> -Original Message- > From: Greg Stark [mailto:[EMAIL PROTECTED] > Sent: Monday, April 18, 2005 9:59 AM > To: William Yu > Cc: pgsql-performance@postgresql.org > Subject: Re: [PERFORM] How to improve db performance with $7K? > > William Yu <[EMAIL PROTECTED]> writes: > > > Using the abov

Re: [PERFORM] Intel SRCS16 SATA raid?

2005-04-15 Thread Dave Held
> -Original Message- > From: Alex Turner [mailto:[EMAIL PROTECTED] > Sent: Friday, April 15, 2005 9:44 AM > To: Marinos Yannikos > Cc: Joshua D. Drake; Mohan, Ross; pgsql-performance@postgresql.org > Subject: Re: [PERFORM] Intel SRCS16 SATA raid? > > No offense to that review, but it was r

Re: [PERFORM] Intel SRCS16 SATA raid?

2005-04-15 Thread Dave Held
> -Original Message- > From: Alex Turner [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 14, 2005 6:15 PM > To: Dave Held > Cc: pgsql-performance@postgresql.org > Subject: Re: [PERFORM] Intel SRCS16 SATA raid? > > Looking at the numbers, the raptor with TCQ ena

Re: [PERFORM] speed of querry?

2005-04-14 Thread Dave Held
> -Original Message- > From: Joel Fradkin [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 14, 2005 11:39 AM > To: 'Tom Lane'; 'Dawid Kuroczko' > Cc: 'PERFORM' > Subject: Re: [PERFORM] speed of querry? > > > I did as described to alter table and did not see any > difference in speed. I

Re: [PERFORM] How to improve db performance with $7K?

2005-04-14 Thread Dave Held
> -Original Message- > From: Mohan, Ross [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 14, 2005 1:30 PM > To: pgsql-performance@postgresql.org > Subject: Re: [PERFORM] How to improve db performance with $7K? > > Greg Stark wrote: > > > > Kevin Brown <[EMAIL PROTECTED]> writes: > > >

Re: [PERFORM] How to improve db performance with $7K?

2005-04-14 Thread Dave Held
> -Original Message- > From: Greg Stark [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 14, 2005 12:55 PM > To: [EMAIL PROTECTED] > Cc: pgsql-performance@postgresql.org > Subject: Re: [PERFORM] How to improve db performance with $7K? > > "Matthew Nuzum" <[EMAIL PROTECTED]> writes: > > >

Re: [PERFORM] Intel SRCS16 SATA raid?

2005-04-14 Thread Dave Held
> -Original Message- > From: Alex Turner [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 14, 2005 12:14 PM > To: [EMAIL PROTECTED] > Cc: Greg Stark; pgsql-performance@postgresql.org; > [EMAIL PROTECTED] > Subject: Re: [PERFORM] Intel SRCS16 SATA raid? > > > I have put together a little

Re: [PERFORM] 4 way JOIN using aliases

2005-04-12 Thread Dave Held
> -Original Message- > From: Keith Worthington [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 12, 2005 1:14 PM > To: Dave Held; PostgreSQL Perform > Subject: Re: [PERFORM] 4 way JOIN using aliases > > > > I run vacuumdb with the analyze option every morning vi

Re: [PERFORM] 4 way JOIN using aliases

2005-04-12 Thread Dave Held
> -Original Message- > From: Keith Worthington [mailto:[EMAIL PROTECTED] > Sent: Monday, April 11, 2005 7:44 PM > To: Neil Conway > Cc: PostgreSQL Perform > Subject: Re: [PERFORM] 4 way JOIN using aliases > > Neil Conway wrote: > > Keith Worthington wrote: > > > >> -> Seq S

Re: COPY Hacks (WAS: RE: [PERFORM] Postgresql vs SQLserver for this application ?)

2005-04-06 Thread Dave Held
> -Original Message- > From: Mischa [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 06, 2005 1:47 PM > To: pgsql-performance@postgresql.org > Subject: COPY Hacks (WAS: RE: [PERFORM] Postgresql vs > SQLserver for this > application ?) > > [...] > Using COPY ... FROM STDIN via the Perl D

Re: [PERFORM] Plan for relatively simple query seems to be very inefficient

2005-04-06 Thread Dave Held
> -Original Message- > From: Arjen van der Meijden > [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 06, 2005 11:53 AM > To: performance pgsql > Subject: [PERFORM] Plan for relatively simple query seems to be very > inefficient > > [...] > SELECT COUNT(*) FROM > data_main AS dm, > post

[PERFORM] JDBC best practice

2005-03-28 Thread Dave Held
I'm using a Postgres table as the data source for a JTable in a Java app. As a first approximation, I'm implementing AbstractTableModel.getValueAt() like so: public Object getValueAt(int row, int col) { try { rs_.absolute(row + 1); return rs_.getOb

Re: [PERFORM] What about utility to calculate planner cost constants?

2005-03-22 Thread Dave Held
> -Original Message- > From: Dave Held > Sent: Tuesday, March 22, 2005 4:16 PM > To: Tom Lane > Cc: pgsql-performance@postgresql.org > Subject: Re: [PERFORM] What about utility to calculate planner cost > constants? > [...] > Then instead of building a fixed

Re: [PERFORM] What about utility to calculate planner cost constants?

2005-03-22 Thread Dave Held
> -Original Message- > From: Tom Lane [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 22, 2005 3:48 PM > To: Greg Stark > Cc: Christopher Browne; pgsql-performance@postgresql.org > Subject: Re: [PERFORM] What about utility to calculate planner cost > constants? > [...] > The difficulty wit

Re: [pgsql-hackers-win32] [PERFORM] Help with tuning this query (with

2005-03-07 Thread Dave Held
> -Original Message- > From: Tom Lane [mailto:[EMAIL PROTECTED] > Sent: Monday, March 07, 2005 4:57 PM > To: John A Meinel > Cc: Dave Held; pgsql-performance@postgresql.org; > [EMAIL PROTECTED] > Subject: Re: [pgsql-hackers-win32] [PERFORM] Help with tuning > this

Re: [pgsql-hackers-win32] [PERFORM] Help with tuning this query (with

2005-03-07 Thread Dave Held
> -Original Message- > From: Greg Stark [mailto:[EMAIL PROTECTED] > Sent: Monday, March 07, 2005 5:15 PM > To: Dave Held > Cc: Greg Stark; John A Meinel; Tom Lane; Magnus Hagander; Ken > Egervari; > pgsql-performance@postgresql.org; [EMAIL PROTECTED] > Subject:

Re: [pgsql-hackers-win32] [PERFORM] Help with tuning this query (with explain analyze finally)

2005-03-07 Thread Dave Held
> -Original Message- > From: Tom Lane [mailto:[EMAIL PROTECTED] > Sent: Monday, March 07, 2005 10:39 AM > To: John A Meinel > Cc: Magnus Hagander; Ken Egervari; pgsql-performance@postgresql.org; > [EMAIL PROTECTED] > Subject: Re: [pgsql-hackers-win32] [PERFORM] Help with tuning > this quer

Re: [pgsql-hackers-win32] [PERFORM] Help with tuning this query (with

2005-03-07 Thread Dave Held
> -Original Message- > From: Greg Stark [mailto:[EMAIL PROTECTED] > Sent: Monday, March 07, 2005 12:06 PM > To: John A Meinel > Cc: Tom Lane; Magnus Hagander; Ken Egervari; > pgsql-performance@postgresql.org; [EMAIL PROTECTED] > Subject: Re: [pgsql-hackers-win32] [PERFORM] Help with tuning

[PERFORM] MAIN vs. PLAIN

2005-03-04 Thread Dave Held
I notice that by default, postgres sets numeric fields to storage MAIN. What exactly does that mean? Does that mean it stores it in some type of compressed BCD format? If so, how much performance gain can I expect by setting the storage to PLAIN? Also, the docs say that char(n) is implemented m

Re: [PERFORM] name search query speed

2005-03-03 Thread Dave Held
> -Original Message- > From: Jeremiah Jahn [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 03, 2005 2:15 PM > To: John A Meinel > Cc: postgres performance > Subject: Re: [PERFORM] name search query speed > > [...] > So the count for this is generated on the fly needed for > pagination in

Re: [PERFORM] Help with tuning this query (with explain analyze finally)

2005-03-02 Thread Dave Held
> -Original Message- > From: Tom Lane [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 02, 2005 4:30 PM > To: Ken Egervari > Cc: pgsql-performance@postgresql.org; > [EMAIL PROTECTED] > Subject: Re: [PERFORM] Help with tuning this query (with > explain analyze > finally) > > [...] > Wel