X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 7B4F8329CDD for ; Tue, 14 Sep 2004 19:27:56 +0100 (BST) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 81549-02 for ; Tue, 14 Sep 2004 18:27:46 +0000 (GMT) Received: from lorax.kcilink.com (lorax.kciLink.com [206.112.95.1]) by svr1.postgresql.org (Postfix) with ESMTP id 827BE329CBC for ; Tue, 14 Sep 2004 19:27:47 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by lorax.kcilink.com (Postfix) with ESMTP id 34DC33FF7 for ; Tue, 14 Sep 2004 14:27:47 -0400 (EDT) Received: from lorax.kcilink.com ([127.0.0.1]) by localhost (lorax.kcilink.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 74149-03-2 for ; Tue, 14 Sep 2004 14:27:46 -0400 (EDT) Received: by lorax.kcilink.com (Postfix, from userid 8) id A16D13FEB; Tue, 14 Sep 2004 14:27:46 -0400 (EDT) To: pgsql-performance@postgresql.org Path: not-for-mail From: Vivek Khera Newsgroups: ml.postgres.performance Subject: Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Date: Tue, 14 Sep 2004 14:27:46 -0400 Organization: Khera Communications, Inc., Rockville, MD Lines: 20 Message-ID: References: <20040914073943.95193.qmail@web41502.mail.yahoo.com> NNTP-Posting-Host: yertle.kcilink.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: lorax.kcilink.com 1095186466 93382 65.205.34.180 (14 Sep 2004 18:27:46 GMT) X-Complaints-To: daemon@kciLink.com NNTP-Posting-Date: Tue, 14 Sep 2004 18:27:46 +0000 (UTC) User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) Cancel-Lock: sha1:TU9G2KvbJ31xz0Z32dsg4kQ2QYE= X-Virus-Scanned: by amavisd-new at kcilink.com X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200409/124 X-Sequence-Number: 8252 >>>>> "MC" == Mark Cotner writes: MC> I've finished porting the schema and am importing the MC> data now. My estimates for just two-thirds(60 of the MC> 90 days) of one of our 30 cable systems(MySQL dbs) is MC> estimated to take about 16 hours. This may seem like MC> a lot, but I'm satisfied with the performance. I've be sure to load your data without indexes defined for your initial import. check your logs to see if increasing checkpoint_segments is recommended. I found that bumping it up to 50 helped speed up my data loads (restore from dump) significantly. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-301-869-4449 x806 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/