X-Original-To: pgsql-bugs-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 0F955D1B16E; Sun, 4 Jul 2004 22:41:33 -0300 (ADT) 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 09175-04; Mon, 5 Jul 2004 01:41:32 +0000 (GMT) Received: from megazone.bigpanda.com (megazone.bigpanda.com [64.147.171.210]) by svr1.postgresql.org (Postfix) with ESMTP id BCE24D1B1B4; Sun, 4 Jul 2004 22:41:25 -0300 (ADT) Received: by megazone.bigpanda.com (Postfix, from userid 1001) id 3B19D3587F; Sun, 4 Jul 2004 18:41:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by megazone.bigpanda.com (Postfix) with ESMTP id 3975735701; Sun, 4 Jul 2004 18:41:29 -0700 (PDT) Date: Sun, 4 Jul 2004 18:41:29 -0700 (PDT) From: Stephan Szabo To: "Dario V. Fassi" Cc: Kris Jurka , pgsql-jdbc@postgresql.org, pgsql-bugs@postgresql.org, pgsql-sql@postgresql.org Subject: Re: [JDBC] Error in DatabaseMetaData.getColumns() with Views In-Reply-To: <40E8AA9A.7020806@sistemat.com.ar> Message-ID: <20040704183143.O56951@megazone.bigpanda.com> References: <40E6088E.6030703@yahoo.com.ar> <40E6E7AF.5020306@sistemat.com.ar> <40E6FD7F.50801@sistemat.com.ar> <20040704153840.Y52747@megazone.bigpanda.com> <40E89282.9060306@sistemat.com.ar> <20040704173258.Y55353@megazone.bigpanda.com> <40E8AA9A.7020806@sistemat.com.ar> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: 200407/49 X-Sequence-Number: 8631 On Sun, 4 Jul 2004, Dario V. Fassi wrote: > Stephan, look at the samples I send in previous posts , from PgSql and Db2. I don't see any samples apart from the original view descriptions and the getColumns results. I see some implication about db2 but no details. My guess is that the messages are more recent than the last archives update and since I'm not on -jdbc I wouldn't have seen them. That's pretty much why I asked. > I know it's a no ease task to change all that behavior , but you must > agree that a Numeric column with the fractional part varing from row to > row are different data types and break relational rules. Maybe, but without seeing the example, it's hard to say. For example, your views from the head of what I see for this on archives, consistently give me output with a scale of 3. In addition, PostgreSQL provides a numeric with effectively undefined precision and scale. This is a non-conforming definition, but means that while the number of digits after the decimal are different, it's the same type, numeric with undefined precision and scale.