Re: 1600 Column limit..

From: Tino Wildenhain <tino(at)wildenhain(dot)de>
To: "Williams, Travis L, NPONS" <tlw(at)att(dot)com>, "Gavin M(dot) Roy" <gmr(at)justsportsusa(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: 1600 Column limit..
Date: 2002-11-14 13:43:49
Message-ID: 23184848.1037285029@liza
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi Williams,

--On Mittwoch, 13. November 2002 22:27 -0500 "Williams, Travis L, NPONS"
<tlw(at)att(dot)com> wrote:

> we have to have all of that information per shelf.. so we have the
> columns with the information then each row is a different shelf.. which
> to start with there are 400.. which could grow to upwards to any number..
> but I did split all of this up into seperate tables.. Travis

Seems you are a bit influenced by Makarenko ;)
To your problem: I see you have all these information
which appears to be in a row - but whats the use other
then the storage? How to find a special Slot and look
for its contents? If you would instead have some related
tables, the job is easy - all slots could be indexed.
Otherwise you could use 1 column and use the array datatype
as well. I dont know if there is a limit in the array datatype,
but I would not expect one.

Regards
Tino

> -----Original Message-----
> From: Gavin M. Roy [mailto:gmr(at)justsportsusa(dot)com]
> Sent: Wednesday, November 13, 2002 8:19 PM
> To: Williams, Travis L, NPONS; pgsql-general(at)postgresql(dot)org
> Subject: Re: [GENERAL] 1600 Column limit..
>
>
> Seems like a more effective layout would be
>
> create table tracking (
> i_slot int4,
> i_port int4,
> i_item int4 );
>
> maybe i'm missing somthing, but a 1600 row table is tiny, a 1600 column
> table would be very difficult to manage, and poor design.
>
> Gavin
>
> Williams, Travis L, NPONS wrote:
>
>> The reason we have that is we have 23 slots in a shelf (of equipment)
>> and we have 23 ports in a slot. We are tracking 3 different items per
>> port.. so we have 23 x 23 which is 529 x 3 which is 1587 individual
>> items to track of which they are all a single digit. You add into that
>> some misc. stuff like shelf name and poll_time and it becomes a mess..
>> I just split them into 3 seperate tables.
>>
>> Travis
>>
>> -----Original Message-----
>> From: Joe Tomcat [mailto:tomcat(at)mobile(dot)mp]
>> Sent: Thursday, November 14, 2002 1:35 PM
>> To: Williams, Travis L, NPONS
>> Cc: pgsql-general(at)postgresql(dot)org
>> Subject: Re: [GENERAL] 1600 Column limit..
>>
>>
>> On Wed, 2002-11-13 at 17:23, Williams, Travis L, NPONS wrote:
>>
>>
>>> Is this set in stone.. or is there somewhere you can change this.. and
>>>
>>>
>> will changing it cause upgrade problems in the future..
>>
>> If you are trying to have 1600 columns in a table, you probably have
>> made a design mistake in your table design. You should take a look at
>> some database design books to see if you can change the structure.
>>
>>
>>
>> ---------------------------(end of broadcast)---------------------------
>> TIP 2: you can get off all lists at once with the unregister command
>> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
>>
>>
>
>
>
>
> ---------------------------------------------------------
> Scanned by Sophos Anti-Virus v3.59TPOS, MIMEDefang v2.19,
> and Spam Assassin v2.31 on satchel.bteg.net
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2002-11-14 14:04:17 Re: postmaster, but not pg_ctl -i -i
Previous Message snpe 2002-11-14 13:31:11 Re: [JDBC] [HACKERS] PostgreSQL JDBC and sub-select