MySQL 5.5 RC 1 nyní defaultně na InnoDB (diskuse)

[poky74]

Hlavní novinkou je defaultní použití InnoDB namísto MyISAM, což přináší výrazně vyšší rychlost.

Nemusí být vždy pravda

[JoHnY2]

Muzu potvrdit. Jednou jsem zakopnul dokonce o to, ze Inno nebylo z nejakyho duvodu schopny pouzit index a zpomalilo dotaz proti MyISAMu z 40s na asi hodinu. Pamatuju si, ze jsme z toho nebyli nadseny ani ja ani admin stroje.

[J]

Ja bych skoro rek, ze to neni temer nikdy pravda. Uz z logiky veci, ze transakcni prostredi proste ma rezii navic. Tudiz to rychlejsi byt muze, za nejakych hodne specifickych okolnosti, ale vetsinou spis naopak.

[poky74]

MyIsam také podporuje transakce

[Aleš Janda]

InnoDB přináší hlavně mnohem více funkcí, hlavně transakce a cizí klíče. Je dobře, že je to výchozí typ.

[JamesXYZ]

Dle mého názoru tomu tak mělo být už dávno :)

[lenoch]

doporucuju zapnout oddelene soubory pro table space. lepe se to pak spravuje..

[Heron]

Vzhledem k tomu, že je to jedna položka v konfiguraci, tak si to každý mohl nastavit jak chtěl i v minulosti.

Ve Windows byl InnoDB defaultní už nějakou dobu, teď je tedy i v linuxu.

[Senior Database Programmer]

Ale na rozdiel od MyISAM este stale nepodporuje fulltext index. Dokedy?

[JoHnY2]

Mam podezreni ze na veky.

[Vojtěch Semecký]

IMHO je zbytečné, aby databáze fulltext vůbec podporovala. Na fulltextové indexování jsou jiné nástroje. Já třeba mám rád Sphinx Search. Jinou možností je Lucene.

Pokud jednou vyzkoušíte tyto nástroje, už si na interní fulltext v MySQL ani nevzpomenete

[osvc1]

to bych rad vedel, jk to pouzivate. Ja mam v databazi napr. spoupec pro oznaceni vyrobku, nebo sloupec pro kratky popis. A nekdy chci v techto udajich vyhledavat. Zandavate tyto udaje paralelne do te search engine? Jak je to synchronizovano, kdyz se rusi treba transakce?

[Ladicek]

Já s tím souhlasím – nechtěl bych vidět, jak bych v databázi definoval vlastní funkci pro výpočet skóre nebo pro stemming

Synchronizace s databází není takový problém, jednou jsem to psal ručně (na základě logu změněných objektů, párvteřinové zpoždění většinou nevadí), pro uživatele některých javovských ORM už jsou implementace pro Lucene hotové (Hibernate Search, Compass – ten doporučuju i jen jako nadstavbu nad Lucene, protože má výrazně hezčí API), většinou jako hooky do nějakého správce transakcí.

[Ladicek]

Možná jsem zapomněl – přinejmenším nad Lucene jdou transakce implementovat, i když poměrně hrubozrnným zamykáním (a Compass je implementované má, read committed, serializable a jedna vlastní izolační úroveň), takže lze i tohle.

[osvc1]

diky za tu zminku o Compassu, to sem neznal, ja pouzivam vlastne jen mnogosearch na webu a ti pouzivaji vsechny mozne databaze, takze tam si to dovedu predstavit ze se to nejak sesynchronizuje , kdyz se search-engine pouzije na ten fulltext.

[Vojtěch Semecký]

Ve Sphinx Search to dělám tak, že nechám fulltextem oindexovat všechny sloupce, které můžu potřebovat (textové i netextové). To, nad kterými sloupci se pak skutečně bude hledat, lze nastavit pro každý dotaz samostatně.

Můžu tedy hledat nad označením výrobku, nad krátkým popisem nebo nad obojím dohromady a ještě říct, že označení výrobku má vyšší prioritu než popis. Netextové sloupce lze použít pro filtrování a nebo řazení.

[xkucf03]

To ano, jen by to ještě chtělo lidi naučit tyhle možnosti využívat – co občas vídám jako „datové modely“ z toho vstávají vlasy na hlavě.

[J]

Obcas ? Ja stakovyma musim delat denne, kdyby se mi tvurci dostali pod ruku a ja jim dal lehkej zahlavec za kazdou chujovinu, tak je za odpoledne umlatim.

[Dalibor Smolík]

Předpokládám, že při přichodu na MySQL 5.5 budou tabulky, které jsou v MyISAM, nedotčeny ..

[Ivan]

<blame> A co Phalcon? Kdy ten bude hotovej? MySQL tu je uz 15 let a porad jeste nema poradnej storage engine. </blame>

[JoHnY2]

A asi jen tak mit nebude. O Falconu se brbla uz roky.

[Lukáš Zapletal]

Absolutně žádné novinky, jen nové logo...