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
>
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? |