Byla uvolněna GA verze MySQL 5.1
Včera byla uvolněna finální verze MySQL 5.1 (General Availability). Přináší řadu nových funkcí – námátkou vylepšení výkonu partitioningu, vlastní scheduler, row based replikaci, podporu XML viz dev.mysql.com/doc/refman/5.1/en/mysql-nutshell.html.
Dále čtěte…
- Pět nástrojů pro správu MySQL v Linuxu 18. 5. 2010 14:05
- Vyšel phpMyAdmin 3.3.0 9. 3. 2010 14:09
- Jak na replikaci MySQL databáze 9. 2. 2010 19:12
- Oracle nechá MySQL a OpenOffice.org samostatnost 28. 1. 2010 13:02
- Kampaň 'Zachraňte MySQL' získává na rychlosti 6. 1. 2010 7:48
uz to konecne umi schemata?
celé vláknotaky mam dojem ze slibovali rollforward recovery, ta se asi zjevne taky nematerializovala. Takze vlastne nic noveho krome table partitioningu.
rychlost vyvoje MySQL
celé vláknoBudete mit proto jeste zhruba dalsi 3 roky databazi bez techto featur, ano autori vam jiste radi vysvetli proc je nepotrebujete, stejne jako v dokumentaci k v3 vysvetlovali proc vlastne nepotrebujete transakce. Sun ovsem dost nezodpovedne prohlasuje ze mysql je ready pro podnikove nasazeni, a mysql manici ve svych case studiich prohlasuji ze jsou dokonce lepsi nez Oracle.
Vidite sami ze vyvoj OSS softu je strasne podfinancovany a proto pomaly. Srovnejte co za posledni 3 roky udelali u Oraclu nebo u DB2. Naskok komercniho softu oproti OSS je neustale zvysuje.
Tezko rici co udelali za 3 roky u pgsql, jeho vyvoj nesleduji; ale u mysql udelali kulovy.
Tady prakticky vidite ze ze supportu se proste vyvoj financovat neda. Bude pak strasne podfinancovany a tudiz pomaly a nekvalitni. Chteli jste dukaz ze tento model nefunguje a zde ho tedy mate.
Re: rychlost vyvoje MySQL
celé vláknoNa jednom příkladu dokazovat, že vývoj OSS je pomalý je demagogie a hloupost. Protiargumentem může být vývoj PostgreSQL - viz. verze 8.3, a 8.4. U malých projektů je OSS možná jediná schůdná cesta. Nevím, jestli jste si všiml, ale během posledních dvou několik menších dodavatelů (ať už je to česká 602 nebo třeba velice kvalitní Solid) fakticky ukončili vývoj.
Re: rychlost vyvoje MySQL
celé vláknoOhledne tematu, MySQL 5.1 je mezi-krok k verzi 6.0 ktera by mela prinest to co potrebuji uzivatele v podnikovem nasazeni (Enterprise Server) kde ted kraluje predevsim Oracle. Mnohem vic lidi ale dnes databaze pouziva v prostredi Web aplikaci a tam je MySQL i ted hlavni volbou, proto take je s obrovskym naskokem nejvic pouzivana DB (staci se podivat na diskuzni fora vyvojaru web aplikci).
male kusy odpadly
celé vláknohttp://www.root.cz/clanky/otevreni-602sql-serveru-s-krizkem-po-funuse/
Na soucasnem trhu databazi neni misto pro male firmy, vyvoj databazoveho engine je dost drahy a take je pomercne narocne ho udelat bugfree. Podivejte se treba na pocet open ticketu u oraclu, pokud mate pristup do jejich support databaze; jsou to radove miliony(!).
Male firmy nepreziji a to je jenom dobre, protoze pro IT je lepsi mit mene ale kvalitnich databazi, nez mraky bastlu. Osobne bych byl rad kdyby krachnul i informix, ale chapu ze velci zakaznici maji pro nej napsane aplikace a nechteji si je prepisovat.
Vzdyt to vidite sam. Mame 3 komercni db - oracle, ms sql, db2. Vsechny ostatni zivori (IMS nepocitam, v IMS je ulozeno vice dat nez v tech 3 db dohromady). Ve svete OSS tam kraluje MySQL a druhy je PGSQL. Zbytek databazi zivori. Firebird jsem opravdu v produkci jeste nevidel.
S rychlosti vyvoje pgsql bych moc nemachroval. az napisete plne funkcni jdbc2 driver, tak ho zacnu brat vazne. Chapu ze pro hobby projekty OSS db nejakou hodnotu ma (cas je totiz zdarma), ale pro produkci uz nikoliv, tam je cena za licenci pomerne malou casti celkovych provoznich nakladu.
nejakou soliddb koupila ibm, to ale asi bude nekdo jiny. Skoda ze IMS je mainframe only, to by se urcite hodilo mit ho i na unixu. Zajimave jestli jste nekdy videl mainframove verze db2, ty maji spousty zajimavych rysu - treba nemusi pri crash recovery cekat na dokonceni prehrani undo/redo logu. Tohle neumi zadne jine db.
Re: male kusy odpadly
celé vláknoRe: male kusy odpadly
celé vláknoNam jede pod pgsql pokud vim tak jen jeden server, asi 70k visitoru denne, 8 pageviews/visit, alexa rank ~ 3k. Tedy nic velkeho. Zadny problemy s tim asi nejsou, ale traffik limituje k nule a je to pidi databaze, tak 20 GB dat.
A tedka pozor: proc bych investoval cas do vyroby jdbc2 driveru k pgsql navic s nejistym vysledkem (zda vubec zakomituji me patche nebo ne) kdyz muzu tu relativne snadno aplikaci nechat prepsat do databaze ktera je zdarma a navic s GUI, motoring tooly a funkcnim jdbc4 driverem? (IBM DB2 EXPRESS) Ja vim ze je to podpasovka pro OSS databaze kdyz nekdo da entry verzi komercni db zdarma, ale takovy je holt konkurencni boj.
Mne se proste investovat cas do jdbc2 driveru pro pgsql nevyplati. Vsechny ostatni db pouzitelne jdbc drivery maji. PGSQL svym mizivym podilem ukazuje spis ze pro nej neni misto ani na trhu OSS databazi (vemte si kolik ho podporuje OSS PHP aplikaci - prakticky zadna), i kdyz se jedna o bezesporu mnohem kvalitnejsi db produkt nez mysql.
Re: male kusy odpadly
celé vláknoRe: male kusy odpadly
celé vláknoUdelat si vlastni fork JDBC driveru by bylo mozne, ale bylo by to drahe a navic nevidim tu zadnou navratnost investice, protoze uzivatele pgsql by za nas driver byli tezko ochotni platit, protoze je to skupina uzivatelu ktera ze zasady platit za db technologie nechce, coz dokladaji priklady firem ktere chceli delat pgsql komercne a jiz krachly.
Proc investovat nekam kde neni navratnost? Kazdy nez vyda nekam penize tak si to dobre rozmysli. Proc OSS uzivatele ocekavaji ze za software platit nebudou a chteji aby za ne vyvoj softu platili podniky. Jenomze podniky to delat nebudou pokud dostanou lepsi nabidku jinde. Jako priklad jsem uvadel SLED vs XP a IBM DB2 EXPC vs PGSQL.
Proste nam se PGSQL nevyplati a to i presto ze ho muzeme mit zdarma se zdrojakama. Je mi jasne ze se vam muj pristup nelibi, protoze vy zrejmne ve volnem case delate do PGSQL, davate ho pak zdarma a my si ho pak dovolujeme odmitat jako prilis drahy soft, protoze si dokazeme spocitat celkove naklady.
Re: male kusy odpadly
celé vláknojdbc pro pgsql
celé vláknoJa vim, napisete mi ze bychom pak tam nemuseli davat ten Orakl, ale ty naklady na Orakl neplatime my ale zakaznik, navic z toho Oraklu mame 15%.
Ze se vam takovydle druh podnikani nelibi, to je mi z vasich reakci uz vice nez jasne.
Re: jdbc pro pgsql
celé vláknoRe: jdbc pro pgsql
celé vláknoKdyby to bylo - licence za db $0 + 100k za praci nam, tak verte tomu ze by dost vyskakovali proc maji platit tolik kdyz je to ten OSS.
Krome toho situace pro nasazeni v podnicich je komplexnejsi a PGSQL nema zdaleka takovou podporu jako ma db2 co se tyce vyukovych materialu, videi, knizek, case studies, supportu atd.
Re: jdbc pro pgsql
celé vláknoZ vlastni zkusenosti vim, ze kdyz jsme se klienty snazili presvedcit o tom, ze cena za praci nad PGSQL je tak vysoka, protoze to je proste kus kvalitniho SW tak na nas koukali dost blbe. Jakmile jsme jim k tomu pridali Oracle, hnedle to bylo v poradku. Proste to uz vnimali jako "Enterprise" reseni.
Nehadam se o tom, ze by to PGSQL nezvladl, jde jen o to jak jej vnima klient.
(To ze s licenci sli samozrejme dalsi veci jako support je vec dalsi a urcite mela na rozhodovani take vliv.)
Re: male kusy odpadly
celé vláknoRe: male kusy odpadly
celé vláknoJa bych zase nemachroval s rychlosti vyvoje Oraclu. Po zkusenostech s jejich JDBC ovladacem a OCCI knihovnou, kdy na supportu se pak dozvite, ze na tu funkcnost si musite pockat do dalsi verze a v delsi verzi pak zjistite, ze je to super, ale ze to funguje jen pro nejake datove typy a pro dalsi to bude zas (mozna) v dalsi verzi. Tak dekuji nechci.
V postgreSQL si to muzu alespon dopsat a nebo zaplati nejakeho vyvojare, a to je rozdil mezi opensource a closed source. Proste vratim zpet neco komunite. Vyhoda je, ze dostanu minimalne to co jsem do toho vlozil. Vetsinou vsak dostanu i dalsi vlastnosti, ktere tam dodali ostatni. Problem soucasneho opensource je to, ze si vetsina jen bere a to vcetne velkych firem, ktery se chvastaji podporou opensource.
migrace z MySQL
celé vláknoMusim rici ze to byla naprumerne kvalitni LAMP aplikace (vsechny pristupy k databazi byly v samostatnych asi 5ti souborech, alespon snaha oddeleni logiky od prezentace a tak jsem to vzal), vetsina LAMP veci je naprosta tragedie. Ackoliv byla tak naprumerna, presto kuprikladu nepouzivala transakce, fyzicky navrh naprosto otresny, tabulky s asi 50 ti sloupecky a 30 indexy.
Dale jsem dnes zjistil pri hrani si s mysql ze prava k tablicim zavisi na fyzickem poradi radek v mysql.user, ktere ovsem uzivatel nemuze nikterak ovlivnit. To je fakt dobra security!
Ano mysql pouziva kde kdo a ty lamp aplikace taky podle toho vypadaji. MySQL a PHP koderi jsou strasne neznali, nejsou ochotni se ani naucit databazove a programovaci zaklady. To je ostatne videt z toho jak sem nekdo napsal ze Mysql 6 bude konkurovat Oraclu.
Re: migrace z MySQL
celé vláknoRe: migrace z MySQL
celé vláknoRe: migrace z MySQL
celé vláknoRe: migrace z MySQL
celé vláknoRe: migrace z MySQL
celé vláknoPřevážet kolečka písku osmikolovou tatrovkou je stejná blbost jako to přenášet kafelžičkou ;)
MySQL je dobre pro byznis
celé vláknoKdyz prodate databazi jako soucast projektu - tzv. OEM licence mate 15% do kapsy. Musite uznat ze penize prece nejak z kapes zakazniku dostat musime, ne? Porad si rikam ze kdybych mel o 3-4 rady vice penez nez mam, koupil bych si firmu Sun jako vanocni darek, a prvni vec co bych udelal by bylo zakomitovani podpory sipek do xtermu v solarisu!
Pouzivejte MySQL a podporujte tak Leninuv Byznys!
Re: MySQL je dobre pro byznis
celé vláknoRe: MySQL je dobre pro byznis
celé vláknolamp
celé vláknoA to ze vetsina LAMP aplikaci byla bastl pred 5ti lety jeste nic nevypovida o tom ze to jsou bastly i ted. Lidi se mohli ten LAMP lepe naucit a PHP jazyk za tu dobu taky prodelal nejaky ten vyvoj.
Taky si hraju s opensuse 11.1 ackoliv ho nikdy realne pouzivat nebudu. To podle vas taky nesmim protoze vydelavam prilis penez na to abych se zahazoval s opensuse? Jo ted jsem si vzpomel ze nekdy taky pomaham imigrantske sluzce se zakladnim vzdelanim ktera neni ani trochu hezka s mytim nadobi nebo varenim; proc se vlastne s ni vubec zahazuju? Mel bych se nadsebou zamyslet a jit na dalsi z milionu nudnych party pro bohate lidi.
Re: lamp
celé vláknopsychopat
celé vláknoRe: psychopat
celé vláknoRe: MySQL je dobre pro byznis
celé vláknoNa to SUN kupovat nemusite. Staci vyplnit bug a dat tam rovnou patch a usetrite spoustu penez ;-). A nebo minimalne aspon napsat reprodukcni scenar, neb mne sipky v xtermu chodi, takze mne neni jasne kde Vam to presne zlobi.

