News for hackers. Stuff that matters.
Re:Old, Good Database Design by DaiPlusPlus on Monday September 14, 2020 @07:25PM (#24476278)
This approach doesn’t scale when business requirements change regularly such that you need to add or remove columns to an existing table.

Adding new columns by creating a new table is easy and cheap and doesn’t involve downtime. Adding 100+ columns to an existing table because the spec said a relationship went from 1:0-1 to 1:1 is a pain.

(This can be avoided with creative design with deferrable constraints, something certain major RDBMS are still lacking, gah!)

Re:Old, Good Database Design by 6nf on Monday September 14, 2020 @10:08PM (#24477227)
> Adding 100+ columns to an existing table

Whaaaa 100+ columns? How often do you need to add 100 columns to an existing table?

I mean honestly that has to be as rare as chicken teeth.

Re:Old, Good Database Design by no-s on Thursday September 17, 2020 @10:01PM (#24512203)
>>Whaaaa 100+ columns? How often do you need to add 100 columns to an existing table? >>I mean honestly that has to be as rare as chicken teeth.

Haha, and yet it happens. One of the worst databases I ever dealt with was some ridiculous variant of Universal Model for a SCADA application, the databases were named D1, D2, D3, and so on; the tables T1, T2, T3, etc; the columns C1, C2, C3, you get the picture I hope...when they hit maximum column count they would create a new table and bizarrely rebalance renumbered columns between them. In database D0 there was a catalog with all of the details relating back to the actual model. The system was actually implemented at some defense contractors and power system operators, I remember someone at Lockheed whining about hitting the number of databases limit for Sybase.

Hopefully nobody has to deal with that crap any more.

Re:Old, Good Database Design by 6nf on Thursday September 17, 2020 @11:04PM (#24512551)
Oof I feel your pain
Re:Old, Good Database Design by kccqzy on Monday September 14, 2020 @10:44PM (#24477410)
Whoah I've never dealt with tables with more than 20 columns. Can't imagine the shops that require 100+ columns.