Zakladatel MySQL ke koupi Sunu

Monty Widenius, zakladatel MySQL, napsal blogový zápisek, kde uvádí své domněnky, proč je Sun kupován Oraclem, a také přemýšlí nad tím, co Oracle udělá s MySQL. Připomíná, že jeho firma Monty Program AB už nyní MySQL rozvíjí a je připravena zaměstnat nebo najít zaměstnaní všem hlavním vývojářům tohoto databázového softwaru, aby se nerozutekli a budoucí rozvoj nebyl ohrožen.

22.4.2009 12:11 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[Ivanhoej]

mozno by stalo za uvahu pripojit sa k projektu PostgreSQL.

[Miloslav Ponkrác]

Vždyť PostgreSQL není s to nahradit MySQL. Jak tedy použiji PostgreSQL jako embedded databázi? S MySQL to jde. Co udělám, když chci PostgreSQL používat na produkčním serveru s Windows (ať už z jakýchkoli důvodů, třeba zadání), když manuál PostgreSQL to výrazně nedoporučuje? S MySQL není problém. A to už vůbec nemluvím o tom, že MySQL je databáze lehčího kalibru, a tímto směrem byla vedená.

[okbob]

Pane Ponkrác - můžete doložit někde místo, kde v manuálu je výrazně nedoporučováno použití PostgreSQL na MS Windows? Do 7.4 byl skutečně provoz na win děs běs - běželo to nad emulací POSIX API. Jenomže to už je pět let? 8.3 běhá na win dobře, dokonce je překládaná překladačem Microsoft Visual C.

[Miloslav Ponkrác]

Před časem byl v PostgreSQL manuálu dokonce daleko nenávistnější text. Bylo tam přímo řečeno, že vývojáři PostgreSQL Windows nenávidí, že nehodlají udělat více, než je nutné, a to ještě ubírám na expresivnosti textu. Že prostě Windows klon je takový jaký je a nikdo nemá zájem se tím dále zabývat. Pak asi někoho napadlo, že to není příliš diplomatické, tak během několika týdnů z oficiálního manuálu tyto věty zmizely. Dodnes lituji, že jsem si to neschoval. Časové zařazení: necelý rok nazpátek.

Co tam zůstalo mnohem delší dobu a ještě nedávno je formule, že výrazně nedoporučují PostgreSQL pro produkční prostředí. To není pět let, to jsem četl půl roku nazpátek. Nejspíše ani to nebylo diplomatické.

No a vzhledem k tomu, že PostgreSQL se tak výrazně negativně stavěla k WIndows, našli si uživatelé WIndows jiné databáze, a PostgreSQL používají v míře rovnající se statistické chybě. Tudíž vlastně není a nikdy nejspíše nebude na Windows ani pořádně odzkoušená.

Zato MySQL běží na Windows dobře, používá jí obrovská spousta lidí a je odzkoušená. Její vývojáři si byli vědomi, že závody databází se dost vyhrávají na platformě Windows a tak tuto platformu nikdy nezanedbávali.

[hanzz]

jen chci rict, ze tohle zas bude typicky ponkracuv zapis, kecy kecy fakta nikde a pak uz prestane odpovidat :)

[cronin]

Ja Ti vlastne rozumiem. Používať MySQL ako relačnú databázu je to isté ako používať Windows ako operačný systém. Áno, áno, tieto dva produkty sa k sebe hodia.

[YYY]

Srovnavas jablka s hruskami a jeste k tomu demagogicky. Uff.

[cronin]

To mala byt ironia na demagogiu p. Ponkraca; je to on, kto tu prezentuje ze "... vyvojari nenavidia ...", "... windowsom sa nema cenu zaoberat ...", a pod. Manualy postresu som cital. Je v nich upozornovane na niektore zaludnosti zleho dizajnu windowsu s upozornenim na nasledky. Rovnako je tam aj kritika na adresu defaultnych nastaveni shared memory limitov u BSD systemov. Je tam mnoho upozorneni na nedostatky mnohych operacnych systemov. A pritom vsetky tie veci uplne rovnako vplyvaju nielen pa postgresql, ale aj mysql a na lubovolnu relacnu databazu, ktora dane ficury vyuziva.

[.mx.]

a ako je na tom teda pgstat?

[iq]

To je jednoduche pouziju na embedet neco co je pro to delane... sqlite O zbytek se muze postart postgre a oracle

[Miloslav Ponkrác]

MySQL je na embedded dobrá, Firebird nejspíše také.

sqlite jsem zkoušel, ale nějak nemůžu po testech moc věřit spolehlivosti sqlite. A čím dál divočejší features v sqlite mě také nenaplňují důvěrou, jako třeba odhadování typu podle obsažených subřetězců v definici sloupce a automatické přetypování hodnot z SQL dotazů podle tohoto odhadu. Nebo pokus přistupovat k filesystému přes SQL příkazy mi přijde jako naprosto zbytečné.

sqlite nemá žádné dobré nástroje. Třeba ODBC driver pro Windows existuje, ale je docela srandovní, asi tak na úrovni hodně bugové alfaverze. Nějaký slušný manger pro něj také není. Sice command line a ostré SQL je sice hezké. Našel jsem dokonce několik verzí phpsliteadmin, ale bylo to značně nefunkční a k ničemu.

A hlavně, sqlite mě nepřesvědčila, že se mohu alespoň elementárně spolehnout na to, že udrží data. Když jsem to testoval a měl nasadit v praxi, tak jsem jí raději vyměnil, byť hodně nerad, za MS Access. sqlite se mi sice líbila pro účel, ale testy na spolehlivost byly s takovými výsledky, že jsem si to netroufnul nasadit.

[neaktivni]

Já mám naprosto jiné zkušenosti. SQLite mohu jen doporučit. Manager je a to dokonce z České dílny (SQLiteman), ODBC driver pro Windows mi funguje bez problémů. Narozdíl od Accessu (který má jiné výhody a který taky někdy musíme použít) je ukrutně rychlá a například pro nejrůznější datové transformace uvnitř aplikace k nezaplacení. Nemůžu to rozebírat teoretické vlastností, ale z pohledu někoho, kdo se živí implementací informačních systémů a přdevším pak programováním importních nástrojů musím říct, že jste buď narazil na páteční build, nebo nemáte dostatečné znalosti db a jenom pomlouváte, jak to ostatně u různých DB dělá hromada lidí.

Jinak s mysql s vámi souhlasím. Myslím, že rozhodně svojé místo má.

[Lojza]

Aha, proto například Apple používá sqlite jako embeded databázi pro svého mail klienta   Protože sqlite ztrácí data.   Cha chá,jak by řekl Hurvínek.

[xm]

... a proto projekty jako Amarok (a dál myslím třeba Akonadi server) zahodily SQLite a přešly na MySQL Embedded, že :-P Hint: SQLite je oproti MySQL Embedded s větší databází neskutečně pooomaaalááááá a má i jiné problémy.

[srigi]

Nie je uplne pravda, ze SQLite je az taka pomala. Robil som pre svoj projekt import eng. slovnikoveho suboru z PSPad-u, co je cca 300 000 zaznamov. Ano import bol sialene pomaly, takze som to radsej robil v RAM disku. Ale nasledne selecty boli bleskove.

[stick]

A ten import si robil ako 300000 INSERTov? Ak ano, boli v jednej transakcii (tzn. pred prvym INSERTom slovo BEGIN a za poslednym slovo COMMIT)? Mne sa takto podarilo zrychlit "import" viac niekolko-10-nasobne (mozno aj 100, ale tym si uz nie som isty).

[vlastikroot]

+1 na mym stroji se jen prechodem z sqlite na plnou mysql v amaroku stal z dochazejici mrtvolky cekajici kupy sekund v hledani atd naprosto rychlej program, bez jakychkoli cekani, vsecko okamzite. Tak si predstavuju funkci databaze v programu, ne jako u sqlite.

[Scarabeus IV]

Popisovat zlepseni ve vymeneni backendu pri neschopnosti napsat poradne sql dotazy to je jako kdyby si mel auto ktery jede na jednicku maximalne 30 a protoze neumis radit tak sis koupil auto ktery zvladne 50 a si vyplacanej jak je to najednou prima :]
Sidenote nenavazim se do amaroku, stravil sem dost casu balickovanim i koukanim do kodu.
Jo co se tejka akonadi tak ta ma problem ve vicenasobnych pristupech na coz sqlite rozhodne nejni z nejfajnovejsich, ne v rychlosti.

[Kvakor]

Není třeba se dšsit, i kdyby se stala ta nejhorší varianta a Oracle MySQL uplně zrušila, tak je tu Montyho verze MySQL MariaDB, která používa defaulně nový engine Maria, který by měl (až bude hotový) plně podporovat jak rychlý netransakční, tak transakční režím.

Takže přinejhorším se MySQL bude jmenovat jinak (což už se u opensource projektů stalo několikrát), ale fungovat bude stejně (výhledově i lépe). A v LAMP se ani nebude muset měnit písmeno

[Miloslav Ponkrác]

Váš optimismus bych chtěl mít.

Mě je sice zcela jedno, jak to dopadne s MySQL, v nejhorším vyměním dbms a abstrakční db layer na několika místech a jede se dál. Ale reálnější se mi jeví možnost, že nadšení do vývoje začne postupně opadat a opadat. A vývojáři se také budou chtít věnovat rodině, atd.. a postupně dojde k výměně toho písmena.

[neaktivni]

Není moc pravděpodobné, že člověka, který založil MySQL a věnuje se mu se svou firmou až do teď najednou přestane vývoj zajímat.