mysql 5.5 GA - od danas

i najzad, najnoviji, najnad... naj... naj ... blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah i blah blah blah blah preko blah blah za blah blah blah blah a sve sa blah blah blah blah uz blah blah blah blah blah blah na blah blah blah blah blah blah

mysql 5.5 je GA

ako koristite windoze - ovo je "a must upgrade" - 5.5 je toliko mnogo brzi od 5.1 i 5.0 na windozi da to boli ...

sto se ostalih stvari tice, dal je ovakav ili onakav, mogu samo reci da ga ja koristim vec jako dugo i da mi radi u produkciji bez problema, da ima manje bagova od 5.1 i 5.0 .. tako da, ja licno savetujem "upgrade odma" ...

da ne bi sad pravio neki marketing hype .. nacicete takvih tekstova dovoljno na www.mysql.com :D

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Sta mu dodje GA ?

GA == Generally Available

projekat je prvo u development fazi (alfa, beta) i onda prelazi u GA fazu. dakle u dev fazi je "dostupan" developerima, dakle nije preporucljiv za produkciju, kada predje u GA onda je dostupan "Svima" te je ok za produkciju..

terminologija dolazi od closed source aplikacija gde u dev fazi projekti nisu bili dostupni nikome osim selektovanom malo broju "testera" ... a tek kada je proizvod "gotov" onda je dostupan svima (generally available)... u open source svetu sam izraz ne znaci mnogo posto je sve svima dostupno sve vreme ali je termin ostao ...

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Podpitanjca:
1. da li je 100% vertikalno kompatibilan sa 5.1?
2. Razvijam na Win x64, exploatacija je na Linux-ima, treba li na nešto da obratim pažnju, kao DB developer? Ima li razlika u tom smislu?

Potpis

Acta, non verba!

1. http://dev.mysql.com/doc/refman/5.5/en/upgrading.html zavisi sta zoves "vertikalno kompatibilan"
2. ne, osim sto ce ti 5.5 na win-u raditi mnogo bolje nego 5.1

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

kompatibilna vertikalno navise, da u 5.5 radi sve sto u 5.1. Instalirao sam pre neku beta verziju pa mi se 'ponasala' i morao sam da se vratim na 5.1. Pogledah na mysql sajtu sta nije podrzano u 5.5, meni deluje ok, nista meni bitno. videcemo, upravo sam instalirao na virtuelnoj masini.

Kad smo kod instance configuration wizarda, ovaj 5.5 mi deluje malo drljavo: zbunio se oko firewall-a i ni makac. Nema veze, ionako vise volim da proceprkam po my.ini.

Potpis

Acta, non verba!

ima dosta "incompatible changes" - za pocetak default storage engine je innodb ... no pogledaj tamo upgrade 5.1 to 5.5 ..

sto se instalacije na windozi tice, nemoj da pocinjes molim te ... ne mogu da verujem da nismo u stanju da napravimo valjan installer za windoze vec 12 godina .. (a pritom, ako se secate, windoze binary je do pre par godina bio za pare, nije bio free) ... oracle je sad ulozio u nove ljude koji znaju windoze (kao sto sam spominjao mnogo puta, mysql tim i dev i support slabo zna windoze, sve su to ljudi sa unix/aix/vms platforme) i to se na 5.5 vec vidi sa ogromnim ubrzanjem na windozi u odnosu na 5.1 ... e sad polako, docice i installer na red :D .. ja iskreno za windoze i dalje savetujem - skinite zip bez installera, raspakujte u c:\mysql i sve ce da radi :D

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

installer je ok. nije installer problem nego configurator-wizard. na 5.1 pod Win7 nisam imao problem s firewallom. al, to mi i nije nesto bitno, rekoh da vise volim da proceprkam po my.ini.

nego, imam drugi, mnogo ozbiljniji problem: hibernate generise "CREATE TABLE myTable (xxxxxxx) type=InnoDB" a 5.5 ne prihvata ovaj deo " type=InnoDB". Imas neki tip?

primer:
ne radi: create table myTable (myTable_name varchar(40)) type=innodb;
radi: create table myTable (myTable_name varchar(40));

Potpis

Acta, non verba!

TYPE= je deprecated od 4.0, od 5.1 vraca warning ... u 5.5 je finalno izbaceno i nece se vracati ... dakle treba negde u hibernate-u da zamenis TYPE=InnoDB sa ENGINE=InnoDB - kako, nemam pojma, ne podnosim hibernate, ali verovatno ako ga upgradeujes resices problem

sto se tice config-wizarda - nisam ga probao

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

hibernate ne volim ni ja, al moram da ga koristim. kad to vec spomenu, ako radis u Java-i, da li koristis neki OR mapper?

Potpis

Acta, non verba!

otisli smo od teme i to ozbiljno ... OR mappere ne koristim posto ma koliko olaksavaju razvoj kada radis sa polupismenim programerima, mnogo mi se vise isplati da platim ozbiljnije programere i uradim rad sa bazom "da valja" - sa ORM uvek imas ocajne upite sa 10way joinovima koji traju po 200 sekundi a koji mogu da se optimizuju na obican upit koji traje 0.002 sekunde ... ja sam skroz za to da platis malo vise hw a da ustedis na vremenu za razvoj, ali ovde to ne vazi posto orm toliko usporava rad sa bazom, a ti polupismeni ionako naprave dodatni haos da se to nikako ne isplati ... na zalost svasta se danas prodaje kao bubreg tako da mnogo klijenata koristi orm i to je tuga i uzas, platili su aplikaciju cca 50KE umesto 150KE i placaju sada svake godine preko 100KE vise za servere nego sto bi morali a aplikacija im i dalje radi traljavo ... tako da je usteda bila nikakva, cak naprotiv .. a dobar deo klijenata je prepisalo preko 60% svojih aplikacija da izbegne orm da bi mogla da ishendluje load ...

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Gdje je nestao ./configure??!?!? :-)

Potpis

Beneath civilization's fragile crust, cold chaos churns...

5.5 koristi CMAKE a ne AUTOCONF posto je CMAKE "univerzalan" (radi i na windozi i na kmeku i na ... i ... ...) tako da nema vise ./configure :)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Kako da zadam neke parametre koje sam prije mogao sa configure, tip prefix i sl.?

Potpis

Beneath civilization's fragile crust, cold chaos churns...

Evo odgledao sam "webminar" upravo i usput sam skinuo ovaj PDF pa reko da okacim ako neko zeli pogledat..

http://www.sendspace.com/file/o3cx0s

Nisam samo uspio procitati/cuti jel (na Linux-u) jos uvjek MyIsam brzi za citanje, a INNODB za pisanje?

edit: Tyler, jel te ovo zanima: http://dev.mysql.com/doc/refma...rce-configuration-options.html

vatri, to je mnooooooooooogo zeznuto pitanje i mnogo zavisi od tipa podataka vrste servera, vrste diskova, kolicine rama ... postoje slucajevi gde je innodb brzi i za citanje na linuxu

tyler, dobio si odgovor

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

a na kojem OS-u najbolje radi 5.5. tj. za koji se najviše optimizira?

svi developeri drze linux ... tako da - nativno se razvija na linuxu ... sto se klijenata tice, najvise je linux (RHEL i CentOS) ... tako da, na linuxu je najvise testiran .. 5.5 je unapredjen da mnoooooogo bolje radi na windozi i solarisu nego 5.1 ali i dalje je razvijan na linuxu i idalje na linuxu radi "najbolje"

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Jel mi se čini ili je kompajliranje sada dosta brže...?

Potpis

Beneath civilization's fragile crust, cold chaos churns...

I još jedno pitanje.
Kompajlirao sam bez podrške za innodb

ali sad kad pokušam da startujem server on mi kaže da innodb nije podržan i neće da se startuje. U my.cnf se nigdje ne spominje innodb.

Potpis

Beneath civilization's fragile crust, cold chaos churns...