Re: More then 1600 columns?
| От | Dmitriy Igrishin |
|---|---|
| Тема | Re: More then 1600 columns? |
| Дата | |
| Msg-id | AANLkTin84spk-3d_ZVgdWZAcvdMubHek2UXij-hdiusg@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: More then 1600 columns? (John R Pierce <pierce@hogranch.com>) |
| Ответы |
Re: More then 1600 columns?
|
| Список | pgsql-general |
Hey Mark,
Yeah, I can't imagine an entity in a real project even with more than 100
columns. Its rare case.
But if you entities (rows/tuples) of some class (table) can contains variable
set of columns (properties) you can look at hstore contrib module.
--
// Dmitriy.
Yeah, I can't imagine an entity in a real project even with more than 100
columns. Its rare case.
But if you entities (rows/tuples) of some class (table) can contains variable
set of columns (properties) you can look at hstore contrib module.
2010/11/12 John R Pierce <pierce@hogranch.com>
On 11/11/10 9:24 PM, Tom Lane wrote:indeed. I'd say a good read on 'data normalization' and the Third Normal Form would be in order."Mark Mitchell"<mmitchell@riccagroup.com> writes:Is there are hard limit of 1600 that you cannot get around?Yes.
Generally, wanting more than a few dozen columns is a good sign that you
need to rethink your schema design. What are you trying to accomplish
exactly?
relational databases are *not* spreadsheets (and, for that matter, spreadsheets make lousy relational databases)
if these 1600+ elements come from an ORM, you probably need to rethink your object model, as no sane object class should have that many members.
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
--
// Dmitriy.
В списке pgsql-general по дате отправления: