MySQL 5.1 (diskuse)

[grim]

Oops, we did it again (MySQL 5.1 released as GA with crashing bugs)

monty-says.blogspot.com/2008/11/oops-we-did-it-again-mysql-51-released.html

[Miloslav Ponkrác]

Já jsem také psal o tom, že MySQL 5.x je poněkud nestabilní, když jsem to sám testoval:

www.abclinuxu.cz/blog/miloslavponkrac/2008/11/mysql-nestabilnejsi-a-nestabilnejsi

Bohužel jsem dostal takovou kritiku od jednoho idiota, že MySQL je prý suprově stabilní, že nebudu už házet perly sviním.

[neaktivni]

Co mely byt ty perly? Kdo ma byt temi svinemi? Co kdyz se to nejakeho slabsiho jedince dotkne? Proc pouzivate tomesovske komentare?

[default]

Co mely byt ty perly? Kdo ma byt temi svinemi?

To mi připomíná, jak jsme na základce dělali trošku rotiku a paní učitelka, před tím, než se začala věnovat zadávání testu, prohlásila, že nebude házet perly sviním. Na to se nedalo říct nic jiného, než: "Nevím, kdo je tady svině!". A bylo vymalováno

[Heron]

Jestli tím idiotem myslíte mě, tak já jsem pouze upozorňoval na to, že my na produkčních serverch s MySQL 5 žádné problémy nemáme. Toť vše. Ty perly měli být co? Vaše obecné kecy? Žádal jsem váš o konkrétní příklad něčeho vadného v MySQL. Místo odpovědi jste blog smazal.

[Petr Tomášek]

Nic proti, ale jesttli jste prispevek z jesitnosti smazal, pak tím idiotem jste Vy!

[Michal Vyskočil]

Pokud je toto skutečně původní obsah, tak tam těch perel zase tak moc nebylo. Spíš obecné povídání ve vašem oblíbeném stylu - je to tak a tak, protože to říkám já a já mám 20 let praxe.

Navíc smazání příspěvku po Heronově opravdu "zdrcující" kritice je poněkud dětinskou reakcí, nemyslíte?

[YYY]

Me by vas prispevek celkem zajimal, ale bohuzel jsem si ho nestihl precist. Tento osud mohl potkat celkem dost potencialnich ctenaru, takze mi to smazani blogpostu prijde docela skoda. A kdyz vam vadi kritika od nekoho jineho? Na kritiku je treba si zvyknou. Uzivatele GNU/Linuxu jsou az na nejake vyjimky osobnostmi, takze nelze ocekavat, ze vsichni budou mit stejne nazory.

[xxxs]

tuto tuzbu si mal aj povodnej diskusii. je to tam.

[JoHnY2]

Celej vyvoj MySQL je bohuzel lepenej jak vlastovci hnizdo. Na druhou stranu musim rict, ze nam produkcni MySQL server nikdy nespadnul sam od sebe ani neposkodil data.

[aubi]

Stačí se přečíst pár starších Lukačovičových příspěvků na blog. Jak jim vypnuli proud a celá slavná mysql se poroučela k čertu i s daty. Dokonce tam vykřikoval, že relační databáze nejsou připraveny na výpadky HW!

Jako člověka od databází (přiznám to -- a fandy PostgreSQL) mě tohle docela hluboce urazilo. Soudit dnešní stav relačních databází podle té nejhorší z nich, byť na widlích neoslavovanější, je trapné. A že ji používají začátečníci, kteří si myslí, že TOHLE je SQL, je úplné neštěstí.

Mimochodem -- už opravili ten šílenej průšvih, jak v select listu můžou být i jiné fieldy než v group by (vrací to pak nějaký nesmysly)? A co nulové hodnoty v date fieldu, které shodí connection, když na ně udělám select? Mno, mně osobně MySQL neoslovilo.

[dad]

muj znamy prezouval na zimni pneu a spatne jedno kolo dotahl a v zatacce mu upadlo. Rikal, ze od te doby uz do Renaulta nikdy nesedne.

[Pavel]

NO jiste!!!!!!!!!!!

[JoHnY2]

Docela si dovedu predstavit co nadela SQL server s pootviranejma tabulkama pod zatezi, peknej pohled to urcite nebude.

Rozdil spis bude v tom, jak slozity a rychli bude recovery. Idealni stav je ten, ze SQL server zjisti spatne zavrenou databazi, zkontroluje integritu, co muze to opravi z v pripade pruseru zakrici a vsechno zapise do logu. Vim ze MySQL 4 (s MyISAM, InnoDB jsem este nezboril) v defaultnim nastaveni ani nehlesne  a na poskozeni dat prijdes az s prvnim dotazem kdy oznami neco jako "Table is not accesible" nebo "Table is corrupted.

[m;)]

su skutocne databaze a su detske hracky
kazdopadne, tie prve vedia co ste napisal a este daleko viac.