Received: from makus.postgresql.org ([98.129.198.125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TWhtA-0000IV-8y for pgsql-performance@postgresql.org; Fri, 09 Nov 2012 06:16:24 +0000 Received: from outmail148112.authsmtp.co.uk ([62.13.148.112]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TWht8-0000zZ-AW for pgsql-performance@postgresql.org; Fri, 09 Nov 2012 06:16:23 +0000 Received: from mail-c232.authsmtp.com (mail-c232.authsmtp.com [62.13.128.232]) by punt9.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id qA96FohM027610; Fri, 9 Nov 2012 06:15:50 GMT Received: from ayaki.localdomain (office1.postnewspapers.com.au [150.101.171.128]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/) with ESMTP id qA96Fkx3071251 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 9 Nov 2012 06:15:48 GMT Message-ID: <509C9F91.4020902@2ndQuadrant.com> Date: Fri, 09 Nov 2012 14:15:45 +0800 From: Craig Ringer Organization: 2nd Quadrant User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121016 Thunderbird/16.0.1 MIME-Version: 1.0 To: Denis CC: pgsql-performance@postgresql.org Subject: Re: Thousands databases or schemas References: <1352367376704-5731189.post@n5.nabble.com> <1352381380303-5731203.post@n5.nabble.com> In-Reply-To: <1352381380303-5731203.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Server-Quench: e810853d-2a34-11e2-b10b-0025903375e2 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdxZQATClZeVg0b BQteCiN5VAwpPBRK HVkIKg5MJUcNSQVJ NksadBtFaAxbY1ZH HGQLWlZEUFt7WGZ/ bwMfbABdfEtOXhtr V0lXQ1BaCwdtAxke B1BfIxB0AV4Oe353 ZERnXz5dVEVzOxN1 Q05cEG5SeGUxa2QC UUENdR4GcQMYYx9F aFV2VHAOZmBSZDQC El17DAgcBxt4EgFg Cj0NKk8JSEAHBXYw TgwLFzw0EFZNQD97 NBcmJ1sVBy4I X-Authentic-SMTP: 61633235383639.1019:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 150.101.171.128/2525 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Pg-Spam-Score: -2.6 (--) X-Archive-Number: 201211/115 X-Sequence-Number: 48481 On 11/08/2012 09:29 PM, Denis wrote: > Ok guys, it was not my intention to hurt anyone's feelings by mentioning > MySQL. Sorry about that. It's pretty silly to be upset by someone mentioning another DB product. I wouldn't worry. > There simply was a project with a similar > architecture built using MySQL. When we started the current project, I have > made a decision to give PostgreSQL a try. It's certainly interesting that MySQL currently scales to much larger table counts better than PostgreSQL appears to. I'd like to see if this can be improved down the track. Various people are doing work on PostgreSQL scaling and performance, so with luck huge table counts will come into play there. If nothing else, supporting large table counts is important when dealing with very large amounts of data in partitioned tables. I think I saw mention of better performance with higher table counts in 9.3 in -hackers, too. > I would recommend you to refresh the info here > http://wiki.postgresql.org/wiki/FAQ. There is a question "What is the > maximum size for a row, a table, and a database?". Please add there info on > maximum DBs number and tables number one DB can contain while PostgreSQL > continues to work properly. Yeah, a number of people have been thrown by that. Technical limitations aren't the same as practical limitations, and in some cases the practical limitations are lower. The trouble is: How do you put a number to it when something is a slow and gradual drop in performance? And when one person's "performs adequately" is another's "way too slow" ? -- Craig Ringer