|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 -- Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general
