Re: [GENERAL] Column Tetris Automatisation - Mailing list pgsql-general

From Mike Sofen
Subject Re: [GENERAL] Column Tetris Automatisation
Date
Msg-id 01e301d26f39$b1bb5930$15320b90$@runbox.com
Whole thread Raw
Responses Re: [GENERAL] Column Tetris Automatisation  (Adam Brusselback <adambrusselback@gmail.com>)
List pgsql-general
|From: Nicolas Paris
|Hello,
|In postgresl order of columns does have an non negligeable impact on table
|size[1].
|Table are in many cases dynamic, and new fields can appear in the database
life.
|I suspect re-ordering columns based on types would be an automatisable task
|
|Moreover, most client code should not be dependent on column order. Then a
|TETRIS option in VACUUM FULL would be usefull for many users.
|Does that makes sense ?

For me it doesn't.  As a database architect/engineer, I always create a data
model first (using some software like Xcase, Embarcadero, Erwin), then use
that software to generate the DDL to create the physical database objects,
then start creating stored functions against those objects.

Since my code follows my model, and since I don't use "select *", and since
I prefer to have all of my identifiers at the "top" of a table, order does
matter...it all ties together nicely, making it easier for other developers
to follow an identical pattern across all of the database objects.

All of that said, the notion of embedding Tetris functionality into a
codebase makes me smile, for some reason...

Mike Sofen



pgsql-general by date:

Previous
From: Scott Mead
Date:
Subject: Re: [GENERAL] Re: Building PL/Perl procedural language without--with-perl configure flag
Next
From: Adam Brusselback
Date:
Subject: Re: [GENERAL] Column Tetris Automatisation