Nechapu smysl clanku. V uvodu se pise o tom, ze optimalizator neumi pouzit spravny index. Nicmene v celem clanku nevidim ani jedno vytvoreni indexu. Ve vytvarene tabulce neni primarni klic. Nebo jsem neco prehlednul?
Smyslem clanku je upozornit na urcite chovani PostgreSQL. Tise predpokladam, ze ti, co pochopi o cem je rec, znaji prikaz create index a dokazi jej pouzit. Neni to clanek, ktery je urcen zacatecnikum. O samotne indexy take nejde. Jadro pudla je ve statistikach, ktere nedostatecne presne popisuji data (rozdil mezi skutecnym poctem radku a predpokladanym poctem radku). Z toho se pak odviji zbytek.
Kolego, gratuluji ke ctivemu (na to, ze je to sucha otrocina a skoro alchymie jste se toho ujal velice bravurne - BRAVO!) clanku, co Vam vsak nemohu jednoduse odpustit je vase, dle meho nazoru nemistna, poznamka na tema realneho pouziti PostgreSQL 7.4 a vyse. Na cempak asi bezi ty tisice projektu, ktere jako backoffice maji PostgreSQL v ruznych podobach vice jak dvacitku let? Chcete rici, ze PostgreSQL konecne dospel po tom bezmala petadvacetiletem vyvoji? Porovnaval jste Oracle (zrejme mate zkusenosti) - docela by mne zajimalo, kdy (v jake verzi) dospel z vaseho pohledu on...:)
Vývoj Oracle nesleduji, takže nemohu sloužit. Tou poznámkou jsem nemyslel nic jiného, než že ve verzi 7.4 byly odstraněny ty nejhorší bugy, což je jeden z důvodů rozšíření 7.4. To, že ještě dneska se používá jako backend (případně ještě starší verze) považuji za katastrofu. Samozřejmě to, že se v Iraku obden pozabíjí stovka lidí je katastrofa taky. Trochu to vypovídá o lenosti a pohodlí vývojářů - alibismu, nebo o dohnívajících aplikacích, které už nikdo neudržuje. Není to jenom otázka PostgreSQL - MySQL 3.x, MsSQL 6.5, ... 99% aplikací nemá regresní testy, unit testy, takže vím, že není problém přeportovat, ale otestovat aplikaci.
V o.s. Vám nic nebrání udržovat soft aktuální. Navíc náklady a rizika s portem jsou podstatně nižší, pokud aktualizujete často, než když aktualizace neprovádíte. Je jasné, že přenést aplikaci z 7.2 může být celkem riziko do 8.2, zatímco z 8.1 do 8.2 je to na 99% dump/reload. Dost často se setkávám s 7.4 a daří se mi uživatele přesvědčit, aby přešli na 8.1. Nelitují. O 7.3 jsem nedávno slyšel. Možná se používají ještě starší verze. Pro soft, který je mrtvý, je to jedno. Pro udržovaný sw lituji všechny co s tím musí dělat.
Jinak je debata k pivu. Proč firmy ještě používají kolikrát VB, když teď je k dispozici řádově lepší .NET? SW průmysl je drobátko konzervativní, drobet pokrytecký. Proč se pouštět do aktualizací dobrovolně a na své triko, když je za pár let zaplatí zákazník, a programátoři to ještě pár let vydrží. Proč si neudělat jméno dodáním vylepšené verze, která běží řádově rychleji, kdy za 90% zrychlení je zodpovědná nová verze a 10% oprava bugů. Proto používám o.s. :-)