Administrace komentářů

Spis je to otazka proc firmy prakticky neprodavaji support PGSQL, zatimco MySQL prodava kde kdo a navic je na to vice toolu. A kdyz neni support tak si to moc zakazniku nenasadi.

Interni nebo externi replikace, to je v zasade jedno. Technicky vzato DB2 ma 2 druhy externi replikace (MQ, ASN) a 1 interni (HADR). Problem je spis v nizke kvalite replikaci pro PGSQL, jsou to nedodelky. Co ja se se slony1 a skype replikaci natrapil. To slony1 je neuveritelne citlive na timing pri admin prikazech a kdyz se rozbije tak ze musi opravovat aktualizaci systemovych tablic neni mozne ho uz jakymkoliv prikazem dat doporadku snad s vyjimkou force uninstall

Ja navrhoval slony teamu aby se obslehla ASN replikace z DB2, ktera je velmi jednoduse navrzena (slovy 12 systemovych tablic) ve srovnani se slony1 a umi async multimaster a ostatni dulezite featury jako napriklad si vybrat pomoci WHERE ktere radky vlastne chci replikovat, transformovat replikovana data, replikovat views, replikovat LOB, jedna tabulka se muze replikovat vicekrat, neni potreba vytvaret rucne cilove tabulky, neni potreba obousmerne spojeni u serveru proste klasika navazovani spojeni cil -> zdroj. Ovsem priorita vyvoje slony1 neni udelat funkcni reseni ale zjevne vyblbnout se pri kodovani, takze prece nebudeme kopirovat deset let funkcni design, nakodime si slony 2.0 s minimalnim redesignem enginu, mozna to vyjde tentokrat, ze? Budto jsou to nekompetentni vyvojari kteri nedokazi poznat ze vysledek prace za moc nestoji nebo jim ego nedovoli obslehnout fungujici system. Smutny fakt je ze slony1 je stale nejlepsi replikace, ta z pg 9 je dost nestabilni, to snad netestoval nikdo.

MySQL pochopilo potreby LAMP uzivatelu, dalo jim to co potrebovali a proto se tak rozsirilo i pres svoji nekvalitu. Je to sice nekvalitni databaze, ale uspesne resi jejich problemy (napr. query cache je velmi dobra pro LAMP) a proto ji pouzivaji. Dostanou od ni to co ocekavaji.

PGSQL team proste nechape pozadavky podnikovych uzivatelu. Vzhledem k tomu ze se jedna o OSS projekt tak oni je ani chapat nemusi protoze nejsou zavisli na financovani od nich. Dokud se nestane komercnim subjektem jako bylo mysql tak na pozadavky zakazniku bude vzdy kaslat.

1. User friendly administrace
2. prehledna dokumentace
3. kvalitni drivery
4. Knizky
5. Skoleni
6. Podpora od velke firmy
7. Kompatibilita s existujicimi SQL databazemi pokud je to mozne
8. Poradne udelana Replikace + Fulltext
9. Transakce ze stored procedur