Názory k článku
Sun uzavírá některé části MySQL
-
Ondra "Satai" NekolaZlatý podporovatelMimochodem, kdyz si prectete puvodni blogpost, tak zjistite, ze nejde o uzavreni, ale o to, ze nektere funkce budou vyvijene jen pro Enterprise versi. -
Miroslav SuchýStříbrný podporovatelZjevně si plete pojem opensource s pojmem volně šiřitelný. To že od něčeho dostanete zdrojáky a třeba máte i možnost si to upravovat k obrazu svému ještě neznamená, že to musíte dostat zdarma. -
metaphor_police (neregistrovaný)Ale ale... Tahle metafora na dayveeho příspěvek vůbec nesedí. Ani žádná podobnost tam není.
Navíc má dayvee úplnou pravdu. Evidentně jste nikdy s jinou DB než MySQL nedělal, pokud vůbec něco o databázích víte.
Já se osobně divím, proč Sun vůbec koupil takový ubohý paskvil jako je tahle "umí transakce, ale rollback nefunguje úplně vždy" MySQL. -
Tommy (neregistrovaný)Víceméně máte pravdu, že pokud jsou v aplikaci pouze jednoduché SQL dotazy tak MySQL v jistých případech vyhrává. Jenomže to zrovna není případ většiny enterprise systémů, což je sféra do které Sun míří.
Výkon MySQL dost závisí na použitém storage engine, ale například i na počtu procesorů (škálovatelnost MySQL není nic moc). No a ve chvíli kdy potřebujete vyhodnocovat složitější dotazy, velmi vám záleží na integritě dat, případně chcete část logiky přesunout například do triggerů, tak MySQL není ta správná volba. -
ondrejch (neregistrovaný)V pripade "lame" projektu neni problem sahnout po nejake odlehcene databazi, pripadne pouzit firebird (http://www.firebirdsql.org/)
-
Rejpal (neregistrovaný)Doufám, že Firebird se hodí i na víc, než jen na "lame projekty". :o)
-
LENIN POWER! (neregistrovaný)No ja jsem si to zbezne precetl a ta zatez kterou tam prezentuji to je zatez ktera podle nasich meritek prakticky limituje k nule. Oracle na x86 nam dela bezne cca 10x tolik.
To jste asi jeste nikdy nevidel co znamena poradny db provoz. Napriklad jeden nas server co slouzi jako vyhledavac souboru bezici na x86 architekture, tak ma naindexovano 1941512608 souboru, prumerna zatez 200 queries/sec. A to zdaleka neni objemove (na TB) nejvetsi databaze co tu x86 platforme mame.
Firebird jsme sice nezkouseli ale testovali jsme pgsql a mysql a ty byly proti oraclu i 10x pomalejsi. Proste na nelame projekty potrebujete nelame databazi a tu vam nikdo zadarmo neda.
Kdyby tam ti z tech studii vrazili misto firebirdu i tu free verzi db2, tak by udelali lepe. Kolik existuje nastroju pro firebird a kolik pro db2. Kvalitni tooly vam usetri mraky casu, pokud si musite tooly k db kodovat inhouse, je to o nicem. -
Rejpal (neregistrovaný)Ano, to je možné. Ale instalačka Firebirdu má sotva pár mega, administrace nulová. Ona ne každá sekretářka musí mít na stole cluster. :-) Čiže fakt, že v případě potřeby tatáž aplikace utáhne i "střední věci" (řekněme tak stovky giga až jednotky tera? asi záleží na firmě, že jo :-)), může pro některé lidi být docela zajímavý. Kolik teda Oracle zvládl na Pentiu Pro? Tisíc interaktivních připojení, když to má být údajně "desetkrát tolik"? BTW, je otázka, zda alespoň v některých případech ten "podstatně vyšší výkon" Oraclu nepřebije jeho pořizovací cena, za niž by šel koupit adekvátní hardware. Kolikpak že to je, $40000 na dřevo jen za instalaci od pěti procesorových jednotek nahoru?
-
LENIN POWER! (neregistrovaný)no pokud mate db o velikosti jednotky GB a zatez jako treba tech inzerovanych 250 tisic transakci/den, tak tohle na dnesnim hw zvladne opravdu cokoliv.
db2 nam v testu delala okolo 12k interaktivnich pripojeni na x86 4 procesorovym hw s connection concentratorem. testovalo se to na workloadu ala eshop. Kolik stal SW tezko z hlavy rict, ale $40k by asi nestacilo zalezi jakou slevu by jste dostal, tipnul bych si tak k $60k katalogova cena.
stovky giga az jednotky tb je uz na databaze pgsql a mysql prilis. Nejenom ze je to uz znacne pomale, ale hlavne se tomu nedostava potrebna funkcionalita nutna pro efektivni spravu vetsich databazi. Vim ze lidi na tehlech db provozuji takovedle db, ale to je dano tim, ze nemaji prachy na poradnou db.
treba db2 zalohuje na masine s 1 diskem 7200rpm a windows xp vice nez 1.2GB/min. Zaloha se dela na tentyz disk. To samy s mysql 3GB db se zalohuje asi 7 minut a obnovuje se okolo 23 minut. To je proste prilis pomaly. Nahravat 3GB dat 23 minut, to je ale strasne pomaly s tim se pri vetsich db nehnete. -
Milan Jurik (neregistrovaný)Cekal jsem, kdy se tahle dezinformace objevi i tady. Na abclinuxu je od rana a ja neminim ztracet cas druhou sadou vysvetlovani. Takze, bojovy ukol pro trolly, prectete si komentare Martena Mickose v diskuzi v tom blogu a pak take v prislusnem trollnutem clanku na slashdotu a pak prestane uzivat slova jako "krast", pripadne napadat Sun v tomhle pripade.
Pan Mickos nezvladl napsat jeden slide srozumitelne, jeden blogger se toho chytil, slashdoti troll to dokomolil a hned je z toho poplach na ceskem webu. Aspon, ze se snazi to dovysvetlovat v diskuzich, kde jen muze. -
Milan Jurik (neregistrovaný)Presne tak. Sun by to mohl udelat, tj. uzavrit dalsi vyvoj celeho MySQL, jako vlastnik celeho kodu. Ale byla by to strasna hloupost, protoze tim by tu investovanou miliardu vyhodil oknem. Proste jde jen o to, co se deje i u jinych opensource databazi, nektere pridavne moduly jsou distribuovany svymi tvurci pouze za penize a jako closed source.
-
mm (neregistrovaný)Ono by mozna neskodilo si precist ten puvodni clanek.
S mozkem v hlave byste pak mozna pochopili, ze pro uzivatele soucasne volne dostupne verze MySQL se temer nic nemeni.
A ze nektere nove vyvijene veci budou jen soucasti Enterprise verze ? No a co ? Na tom neni nic spatneho ani nic k diveni.
Jako uzivatel Linuxu a spousty dalsiho OSS softwaru bych rad doporucil nekterym z vas, abyste se zamysleli, zda vam neco uz neleze trochu na mozek :) -
Sice MySQL zrovna nemiluji, a pokud to jde tak dávám přednost PostgreSQL, ale váš přístup "hlavně aby na tom nevydělali" se mi příčí ...
Ale docela by mne zajímalo jakými argumenty máte podložen svůj výrok že se jim ty peníze za MySQL nevrátí? Asi se nedá počítat že by to získali zpět přímo na prodeji licencí, nicméně pokud jste si všiml tak na enterprise úrovni (a to je úroveň na které Sun primárně působí a dělá obrat) se peníze vydělávají primárně službami (support, vývoj na zakázku, atd.). A vzhledem k portfoliu zákazníků které při koupi MySQL získali, to není zanedbatelné. Připočtěte si k tomu "synergický efekt" prodeje hw (protože Sun tam bude tlačit svoje servery), a možná svůj názor na rentabilitu té koupě změníte ... -
LENIN POWER! (neregistrovaný)Zisky MYSQL se mi nepodarilo na webu najit, ale nasel jsem obrat. Cisty zisk byva tak 15-20% z obratu, alespon kdyz to beru podle nasich dat (delame taky v IT). Aby se ta investice vratila rekneme za 10 let, tak by muselo mysql zacit vydelavat priblizne 100x tolik co doposud. A to je utopie.
EE sferu mysql moc nezajima. Pochopitelne nainstalovany ho mit vsude budou, napriklad u nas najdete v produkci snad vsechny komercne dostupne systemy, x86 linuxem a windows severy pocinaje mainframy konce. Taky mame freebsd, openbsd a snad i jeden stroj s netbsd na kterym bezi smtp posta nebo alespon pred 2ma lety bezela. Tim chci rict ze udaj jako mysql je nainstalovano ve 100% z top100 spolecnosti o nicem zvlastnim nevypodiva.
Dulezity soft napr. SAP, CICS, MQSERIES ale podporuje jen DB2, Oracle, MSSQL. Prepisovat velke SW baliky pro MySQL nikdo nebude, neni pro to zadny duvod. Komercni verze MYSQL stoji priblizne stejne co light verze DB2 ci Oraclu a umi toho podstatne mene, takze tim neusetrite. Pokud by MYSQL zacala brat DB2 a Oraclu trh, verte tomu ze jen mirne snizi ceny a tim mysql utre.
Otazka je proc lidi pouzivaji mysql misto neceho jineho a pro jake projekty to pouzivaji. Vetsinou to pouzivaji protoze je to zadarmo a ze zasady nechteji nic platit. Tahle skupina 'zakazniku' je ta nejhorsi mozna. Navic mysql je jen pro jednoduche aplikace a male databaze jinak je velmi pomale a postrada zakladni funkcionalitu ktera je potreba pro efektivni manipulaci s velkymi objemy dat.
Neverte tomu ze lidi zacnou kvuli MySQL nejak vyrazneji kupovat SPARC hw. Intely jsou totiz rok od roku rychlejsi a lidi chteji radsi intel pokud je to jen trochu mozne. Je to stejne jako se Solarisem, ten lidi taky nechteji (pokud nejsou hardcore fandove Sunu) Sun se snazil cpat lidem Solaris misto linuxu a proste pohorel s tim, se sparc hw je to to samy. Vetsina lidi to proste nechce.
Jo a supportem moc penez fakt nevydelate, psani aplikaci na zakazku tim ano, ale support je vice mene jen nutne zlo nez neco o cem by se dalo rici ze to opravdu vydelava. -
Milan Jurik (neregistrovaný)SPARCovy trh je dnes stabilni, ano, neroste tolik, co x86, ale to je dano jeho odlisnosti (ovsem akcelerace tam je docela pekna diky Niagare, ktera ziskava zakazniky mimo SPARCovy trh). Solarisi trh roste dost slusne a velmi dobre se projevuje na prijmech Sunu. Ta castka za support je v celkovych prijmech velmi pekna.
Co se tyce MySQL, tak zisk samostatne MySQL je v dnesni dobe radove vyssi nez uvadite vy.
A jen pro vasi predstavu, Oracle za MySQL podle verejne dostupnych informaci loni nabidl 800 milionu dolaru. Jake s ni mel umysly neminim hadat. -
LENIN POWER! (neregistrovaný)ja jsem nikde oficialni verjene dostupny mysql annual report nenasel a neoficialni zdroje hovori o obratu 80m. Pokud je tento udaj pravdivy tak to rozhodne za 10 let nevydela 1.5G (investice + inflace).
Kdyby Oracle nechal mysql krachnout, tak by to bylo to nejlepsi co pro IT udelal za poslednich 10 let.
Dost pochybuji ze by vyrazny pocet uzivatelu migroval z linuxu na solaris pripadne z x86 na sparc. Z nasich zakazniku nikdo. Pokud roste solaris, neni to tim ze cely IT trh roste? -
LENIN POWER! (neregistrovaný)Mame dobre platici zakazniky. To je nejlepsi mozny druh zakazniku.
Taky jsme delali 2 nebo 3 pilotni projekty se Solarisem, Sun directory serverem, Glassfishi pro zakazniky kteri chteli solaris testnout, ale ukazalo se ze se na nej z linuxu nevyplati prejit. Administrace obtiznejsi, patchovani obtiznejsi, vice bugu, support mizerny (bugy co jsme nahlasili asi pred 3/4 rokem porad patchnuty nejsou), instalace OSS softu problematicka. Nejvic mne zklamala Glassfish v2, to je opravdu zabugovany soft, memory leaker jak prase, to se do produkce fakt nasadit neda, padalo to kazdych 30 minut. Od te doby si Websphere AS 6.1 + EJB3.0 pack vice vazime.
Solaris ma opravdu nejake featury navic oproti linuxu, ale za ty problemy co s nim jsou to nestoji.
Pro zajimavost co udela solaris kdyz nainstalujete nejaky novy device driver a neudelate korektni shutdown (reboot misto init 6)? Mate k solaci jenom remote pristup? hahahaha! -
Milan Jurik (neregistrovaný)To, ze jste nahlasili nejake chyby a neni patch venku, je podivne. Otazka zni, jake chyby jste hlasili a kam. Pred nedavnem jste tu tvrdil neco o tom, ze vite o bezpecnostnich problemech v Solarisu, ktere stale nejsou fixnute. Kde jsou?
Administrace obtiznejsi? V cem? Kde? Pro mne je dnes uz administrace Linuxu neprijemny porod v nekterych situacich (treba sprava vice NIC, zavislosti sluzeb, sdileni jednoho serveru vice systemy, udrzba dele nez 5 let).
Patchovani obtiznejsi? Ano, je nepohodlne, ale jeho cilem nebyla pohodlnost. Je zastarale a potrebovalo by zmeny? Ano.
A kdyz ten system neumite administrovat, tak proc sahate na takovy produkt a nabizite ho? Pripominate mi ty adminy Linuxu, po kterych jsem prebiral kdysi davno jejich stroje. Neco tam naplacali, nevedeli, jak to poradne udelat, ale hlavne, ze to obvykle jelo. Dokud se to nerozsypalo. Tragedie. -
LENIN POWER! (neregistrovaný)Ten exploit jsem si prave overil na SunOS solaris 5.11 snv_79a a je porad funkcni, novejsi verzi tady nemame. Jde o local kernel write memory bug ve funkci mprotect s parametrem PROT_NONE v kombinaci s memalign, koukam do exploitu a jedna se o zaokrouhlovaci chybu nekde v kernelu stranku na hranici regionu to zvore prekvapi i fakt ze po nastaveni prot_none se da do pameti vubec zapsat. Pokud mam verit zaznamu v nasi servisni db, tak jsme tento problem reportovali v listopadu vcetne exploitu. Ale tohleto je mi fakt uplne ukradeny jestli mame solac deravej nebo ne.
My solac adminovat vicemene umime jen ho opravdu nemame radi. Kdyby jsme ho pro nejake projekty nepotrebovali, tak verte tomu ze bychom ho tu velice radi nemeli. Porad je jeste Oracle nanestesti nejlepe podporovan na Solarisu (otestovanost a dostupnost patchu). Oracle to s podporou AIXu zrovna moc neprehani. Nove instalace Oraclu mame jiz pochopitelne na x86 linuxu, ackoliv tam je problem s drivery pro diskova pole ktere umi jen zakladni funkce. Premigrujeme casem x86 Oracly na Windows. Ty jsou easy to use a jsou pro ne nejlepsi drivery.
Nedavno jsem byl na navsteve v Nemecku u firmy delajici IT pro stavare a mistni osazenstvo nadavalo na solaris presne stejne jako mi. Sun vi moc dobre co lidem na solarisu vadi, ale dlouhodobe to neresi priority Sunu jsou zjevne jinde nez ty nase. My jako zakaznici chceme easy to use system a bugfree. Chceme totiz kupodivu delat nas byznis a ne se otravovat se Solarisem. AIX zdaleka takova hruza neni, treba moznost instalovat software z RPM je velmi dobra, ponevadz se da vyuzit stavajici knowhow. U sunu ovsem zacali vytvaret vlastni balickovaci system IPS, je mi jasny jak to dopadne - nekolik let vyvoje a bude to mit 10% funkcionality rpm.
Pak se Sun nesmi divit ze krome skalnich fandu mu dost lidi preje krach, k cemuz se rad pridavam. Firma ktera neni ochotna za vice nez 6 let opravit terminfo definici xtermu tak aby tam fungovali home/end/pgup/pgdn si opravdu nic jineho nez krach nezaslouzi. To ze to nefungovalo v solarisu bez editaci nikdy je snad duvod k tomu aby to tak zustalo jeste dalsich 10 let? Podle Sun zjevne ano. A to se bavime o onelinefix trivialite. -
Milan Jurik (neregistrovaný)Build 79a je podzimni, aktualni je 87. Mate-li cislo CR nebo exploit, Milan Jurik u sun com je ma adresa a ja uz zaridim, aby to bylo opravene briskne, neni-li to (ale pul roku od hlaseni by to opravene opravdu byt melo v pripade security). Btw. Nevada je alfa verze, ne produkcni.
Ano, je opruz pracovat s SVR4 pkg, kdyz se nikdo (v Sunu) nenamahal okolo toho postavit dalsi vrstvu ala apt. Coz bylo dano scestnou filozofii instalace clusteru. O tom, jak vypada smpatch jako nadstavba patch utilit ani nemluve. Velmi dobre to vim. Ovsem IPS ma byt udajne prave to, co vy chcete - "easy to use". Cele to prekopani systemu pod hlavickou Indiany ma na stite "easy to use". Jedna vec se v Sunu zmenila, jiz nejaky ten patek si i vedeni uvedomuje problemy v oblasti "easy to use" a snazi se je nejak resit. Tezko to vyresi za par patku a nejspise se nekolikrat spali.
Bugfree system bych mel taky rad, ale takova vec neexistuje. Ne, ze by Solaris nemel sve zasadni mezery v tomto smeru.
Celkove, predstava, ze Solaris umre a zustane tu AIX (na platforme, ktera narazi na hranice fyziky), Linux (se svym neustale chaotickym stylem vyvoje) a MS Windows, me moc netesi. -
anonymnímna hlavne zaujima ci volnu verziu MySQL necha SUN ´upadnut´,lebo potom sa fakt pozriem po niecom inom:(, potom to sice nebude ´kradez´, ale ´investicia´ ako ked firma distribujuca plyn si kupi velky termalny vrt pri meste a obyvatelia toho mesta mozu zabudnut na novy lacnejsi zdroj tepla, ako ked statne ruske tazobne spolocnosti skupuju akcie zapadoeuropskych distribucnych firiem cez nastrcene firmy, ako ked M$ kupi malu firmu, ´premaluje´ jej soft, strci ho do svojho balika a zvysok zahodi...proste ´investicia´, ale ked to SUN prepiskne, tak jej casom vyrastie konkurencia v inom ´xxxSQL´ a zase ho kupi?:)
-
Ondra "Satai" NekolaZlatý podporovatelSun koupil mysql za giga, zitra koupi za giga postgres (a jak?), pak za dalsi giga firebird a pak kazdou dalsi databazi (Oracle a MS-SQL si necha na konec)? ;)
Navic ocividne Sun vyviji obe verze a nic neuzavira (coz mne privadi k nazoru, ze by Petr Krcmar tady a Kyosucke na abc meli byt vazne opatrnejsi, nez zacnou reportovat o nejakem flame na slashdotu a meli by si pro zacatek projit zdroje.) -
Tommy (neregistrovaný)Pokud vím tak Sun nemůže PostgreSQL koupit, protože neexistuje žádný přesně určený vlastník zdrojáků. Prostě zdrojáky MySQL byly vlastněny jednou firmou, od které to Sun koupil, ale v případě PostgreSQL nikdo takový není - autoři jsou všelijak po světě, a jen velmi neformálně propojení. Samozřejmě by mohli udělat to že koupí většinu zdrojáků a zbytek (ten který pochází od autorů se kterými se nedohodli) nahradí. Jenomže u MySQL byli velkým benefitem stávající zákazníci, protože MySQL fungovala jako komerční firma, a to PostgreSQL nemá.
ČLÁNKY DO MAILU