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, pgsql-general(at)postgresql(dot)org
Subject: Re: 7.4's INFORMATION_SCHEMA.Columns View
Date: 2004-06-19 01:09:49
Message-ID: 4513.4.160.153.201.1087607389.squirrel@4.160.153.201
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Well, does it have an actual length, that seems strange to me, is in
infinitely large? I guess I'm just not used to being allowed not to
define something, I'm a Microsoft type (he he) don't get me wrong, we've
taken our product into all kinds of open source areas, what an eye opener
it's been. I really like PostgreSQL, it's so much more powerful than MySQL
yet you don't hear much about it? Anyway, I'm working on our foreign key
queries tonight, we're pulling back lots of good meta data.

I noticed that there is no INFORMATION_SCHEMA.Indexes ? isn't there
supposed to be one. Thank goodness PostgreSQL has good documentation for
the system catalogs.

> mike(dot)griffin(at)mygenerationsoftware(dot)com writes:
>> This is part of the Columns View, if you add a numeric field to your
>> table
>> and don't provide any Length or Precision then :
>
>> numeric_precision is returned as 65535
>> numeric_scale is returned as 65531
>
> Yeah, that's what you'd get for a numeric field with no length
> constraint. (I suspect varchar with no length constraint will
> display funny as well.)
>
> The SQL spec doesn't allow unconstrained lengths for these types
> so it gives no guidance about what to display in the information_schema
> views. Any opinions?
>
> regards, tom lane
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message mike.griffin 2004-06-19 01:11:23 Re: 7.4's INFORMATION_SCHEMA.Columns View
Previous Message Hadley Willan 2004-06-19 01:03:16 RHEL 2.1 rpms for 7.4.2