X-Original-To: pgsql-benchmarks@postgresql.org Received: from localhost (unknown [64.117.224.193]) by developer.postgresql.org (Postfix) with ESMTP id D6A24925AE4; Thu, 22 May 2003 17:33:28 -0400 (EDT) Received: from developer.postgresql.org ([64.117.224.193]) by localhost (developer.postgresql.org [64.117.224.193:10024]) (amavisd-new) with ESMTP id 52453-03; Thu, 22 May 2003 17:32:55 -0400 (EDT) Received: from fuji.krosing.net (unknown [194.204.44.118]) by developer.postgresql.org (Postfix) with ESMTP id D078A9233A2; Thu, 22 May 2003 15:50:28 -0400 (EDT) Received: from fuji.krosing.net (lo [127.0.0.1]) by fuji.krosing.net (8.12.8/8.12.8) with ESMTP id h4MJoQxG001973; Thu, 22 May 2003 22:50:26 +0300 Received: (from hannu@localhost) by fuji.krosing.net (8.12.8/8.12.8/Submit) id h4MJoPns001971; Thu, 22 May 2003 22:50:25 +0300 X-Authentication-Warning: fuji.krosing.net: hannu set sender to hannu@tm.ee using -f Subject: Re: [HACKERS] Tetra-bytes database / large indexes needs From: Hannu Krosing To: jm.poure@freesurf.fr Cc: pgsql-benchmarks@postgresql.org, pgsql-hackers@postgresql.org In-Reply-To: <200305221038.19219.jm.poure@freesurf.fr> References: <200305221038.19219.jm.poure@freesurf.fr> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053633025.1788.30.camel@fuji.krosing.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 22 May 2003 22:50:25 +0300 X-Virus-Scanned: by amavisd-new X-Archive-Number: 200305/3 X-Sequence-Number: 7 Jean-Michel POURE kirjutas N, 22.05.2003 kell 11:38: > Dear all, > > A friend of mine needs to import and query a very large amount of data, coming > from real-time acquisition systems. What kind of querying does he need ? You could check out Telegraph for continuous queries http://telegraph.cs.berkeley.edu/ > The database is growing fast, several > Tetra-bytes a day. if you mean terabytes TB then 1 TB/day ~= 12.7 MB/sec, just about as fast as you can write on an average ide drive if you do nothing else, or what can come in over a 100 base T ethernet. even in ide disks (the biggest available disks apiece) you have to add 5 disks a day just to store the incoming 1TB/day. > What is the advancement of the community in the field of very large databases? > Could you point out to me some useful information, techdocs, etc...? no ;) > Are there working groups, private fundings in this precise field? dunno.. You are possibly on the verge of impossible ? If you can hardly write down the data due to physical constraints (memory and bus speeds) , it is very hard to also query it, unless you deploy some terribly clever techniques which extract and compress your data before it even gets to your DB ;) Perhaps you (or your friend) are after filtering and not queries at all ? -------------- Hannu