Re: 7.4's INFORMATION_SCHEMA.Columns View

From: mike(dot)griffin(at)mygenerationsoftware(dot)com
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: mike(dot)griffin(at)mygenerationsoftware(dot)com, "Bruno Wolff III" <bruno(at)wolff(dot)to>, pgsql-general(at)postgresql(dot)org
Subject: Re: 7.4's INFORMATION_SCHEMA.Columns View
Date: 2004-06-20 02:37:20
Message-ID: 4836.4.161.110.109.1087699040.squirrel@4.161.110.109
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I agree, the current numbers are misleading, nothing other than null
really makes sense, at least the consumers of it can decide what to do if
they need to rather than check for some strange number, sounds good to me.

>
> After more thought I like returning NULL for both precision and scale in
> the case of unconstrained numeric columns. Any other value is
> arbitrary. In particular, the 1000 cited in the docs is *very*
> arbitrary, and I don't think it actually constrains what you can store,
> only what you can declare as a column precision. [tries it...] Yup,
> I can store "power(10.0, 10000)" in an unconstrained numeric column.
> It seems to fail around 10^140000 but I'm not sure where that limit
> is coming from exactly...
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Scott Marlowe 2004-06-20 05:56:28 Re: administering files, data type "file"
Previous Message Kevin Murphy 2004-06-19 23:34:36 Re: syntax error but command executes anyway?