rad by som poznamenal ze sa tesim ze znovu zacal vychadzat tento serial.
dost ma vsak rozculila veta specifikujuca vlastnosti databazi pri knode. mozno by autor mal este trochu nad nou popremyslat a uz viac nezhrnovat vlastnosti nijakeho software do jedneho prirovnania.
predsa to si nedovoli pri softweri ktory popisuje, tak by som bol rad keby si to nedovolil ani pri inom ktory je uvedeny v tomto seriali.
Označit nějaký produkt za "hloupý" je moc jednoduché. IMHO to svědčí spíše o hlouposti autora.
Jistě že má MySQL své mouchy, nicméně je vždy potřeba porovnávat konkrétní vlastnosti a ptát se na vhodnost použití té které DB pro konkrétní účel. Každá DB je prostě určena na něco jiného.
Když je podle vás MySQL hloupé, jaké je potom SQLite? Úplně blbé? A přesto jsou aplikace, kde je jeho použití vhodné.
SQLite se samozrejme neda porovnavat s MySQL (a jinymi DB). Je urcena k jinym aplikacim. A je fakt, ze MySQL jsem videl naposledy celkem davno. Ale porad jsem v tomto hodnoceni na strane autora. MySQL se hlasi do rodiny db systemu, ktere jsou dneska uz moznostmi daleko jinde. Take je na ni hooodne videt komercni zazemi. Presto porad radeji sahnu po PG. Je pro me tak nejak verohodnejsi. Nekamenujte me, je to muj soukromy nazor a vyjadruji ho zde v diskusi. Samozrejme v objektivnim clanku by se to objevit nemelo, v tom s vami souhlasim.
SQLlite ma jednoduchost primo v nazvu, to beru.
Kdyz me presvedcili, ze MySQL (verze 4.0) umi vnoreny selecty, vzal jsem ho na milost. Jake bylo me prekvapeni, kdyz jsem zjistil, ze v DELETE vnoreny select neumi! Jestli to jde udelat nejak nestandardne, nevim.
O fajnovosti jako SELECT X, (select max(...) from ...) FROM ... ani nemluve.
Obcas narazim na takovehle veci, ktere me nuti programovat, kdyz by na to stacil jeden select.
Hlasuju pro hloupost MySQL. Podle me je aspon ta prvni vlastnost zakladni pozadavek.
Nebudu argumentovat chybejicimi funkcemi, i kdyz to je relevantni, ty se daji dopsat, ale proc je mysql blbe?
1) Jeho syntaxe v mnoha ohledech neodpovida normam sql
2) snazi se tvarit jako databaze pro velke projekty, ale nema na to prave z duvodu nestandartni syntaxe a spatne prenositelnosti kodu z mysql na jinou databazi
3) Neda se pouzit prakticky na nic. Na projekty od 3 lidi vys potrebujete neco jineho - bud komercni a kdyz na to zakaznik nema, tak alespon postgresql, na mensi projekty vam temer vzdy staci nejaka lite sql databaze
4) Spatne se na ni zacina - select, insert, alter mate vsude, ale kdyz chcete neco pokrocilejsiho, budete se ucit nestandartni prikazy (znova a znova to same tema...)
5) Tahle databaze je v podstate prezita stejne jako treba sendmail, bind a mnohe dalsi projekty, ktere jsou mezi nami jen ze setrvacnosti. Mnohdy to nekdo nastavil a od te doby to jede a na zmenu nemaj cloveka, co by tomu rozumel.
Jedinne pro je mozna, ze to jede temer kazdy webhosting, ale ten jede i postgre a tak neni duvod pro to psat.
Jsem otevreny dalsim pro a proti.
NDS ma drobny zadrhel - nekesuje, pro neutoritativni dotazi vraci jen odkaz na auth.nameserver ... coz se muze hodit, ale o dns serveru v LAN mam jine predstavy...
2Internet.info - root-a jste fakt zk***li
A jestli zato nemuzete tak to je mi jedno - ted ho vedete a kvalita je na peachu (misty nechapu, proc se vlastne jeste lezu)
Marek Pasovsky
Ackoliv do diskuzi pisu jen velmi vyjimecne, tak tohle mi neda. Sendmail, to je kus historie internetu, ale tvarit se prekvapene kdyz ho nekdo prohlasi za prezity? Z lidi, kteri se zivi nasazovanim a spravou serveru, nevim o nikom, kdo by jeste dnes pouzival sendmail. A mluvit o mode u mailserveru, to mne taky docela dobre pobavilo.
Kdo touzi po kvalitnim a bezpecnem MTA, ma si opravdu z ceho vybirat, ale osobne si nemyslim, ze je mozne do teto skupiny zaradit sendmail. Jeho bezpecnostni problemy, monoliticky kod a necitelnou konfiguraci jen skvele doplnuje nespolehlivost pri dorucovani zprav.
Nerikam, ze je nepouzitelny, take jsem stravil se sendmail.cf par romantickych vikendu, ale v dnesni dobe je to zbytecna a nevdecna prace.
Taktez povazuji nalepkovani "hloupa MySQL" za nestastne. Ja treba nechapu moc smer v jejim vyvoji a par jinych veci, ale urcite bych ji za nepouzitenou nepovazoval a pomerne pocetna skupina uzivatelu si asi mysli to same.
ad 1/ souhlasim, ze je v MySQL par zvracenosti (oblibeny operator '||') za ktere se jiz dnes jejich autori asi stydi. Ale i tak ohaneni se normou je u SQL dost usmevne at se podivate kam chcete a napsani opravdu prenositelne vetsi aplikace, ktera naplno pouziva nejaky SQL server je temer utopie. Bohuzel. A to vcetne PostgreSQL.
ad 2/ Videl jste nekdy nejakou opravdu z Oracle maximum zdimajici aplikaci? Prenositelnost? Co? Co to je?
ad 3/ To je blbost a rada existujicich projektu to dotazuje.
ad. 4/ hmm mozna.. prvi SQL kterou jsem videl byla MiniSQL a nasledky to nezanechalo :-)
ad. 5/ Nemysli. Osobne myslim, ze ma pred sebou MySQL celkem budoucnost i kdyz se snazi vmacknout do mist kde je celkem uz dost plno a naopak vyklizi pozice kde byla osamocenym resenim. Je pravdou, ze setrovacnost uzivatelu je velka a treba na PG se rada z nich diva porad dle stavu z verze nekdo okolo 6.5.
K root.cz: opravdu tendle server ma o dost nizsi uroven nez pred nekolika lety. Osobne mam vysvetleni, ze vsichni ti sikovni autori z pocatku ceskeho linuxoveho veku jiz jsou starsi, honi penize a maji nejaky job a clanky pisi lide se zatim mensim rozhledem a hlavne nadhledem.
Jsem pro znamkovani clanku.
V podstate s Vami souhlasim.
CJOML ma pristup tradicniho vysokoskolaka z fakult FEL, FEI nebo FJI. Dostaly celkem zadaco od ORACLE kupu software a protoze jejich profesori/asistenti stejne nic jineho neumi tak uci veci ktere se neucit museli, jako ORACLE. Pak studentum rvou do hlavy, ze jedina DB je ORACLE a protoze je podle nich The Best. Takovy clovek si mysli, ze vse udela s ORACLE a v praxi je pak tvrde vyveden z bludu.
CJOML to nerekl primo, ale pozornemu ctenari je to jasne. By mne zajimalo co je podle nej poradna DB.
Kazdopadne znam dost lidi co delaji SW pod MySQL a dost dobre na tom vydelavaji. Jejich SW je v pohode, zakaznici sou spokojeni a nikoho nezajima na cem to jede.
AD ROOT: Sem take pro znamkovani clanku. ROOT v posledni dobe stoji fakt za hovno. Nevydel sem tu clanek co by mne opravdu zaujal uz mesice. Sakra kam zmizeli ti autori ze zacatku. To vsichni co neco umneji a delali pro ROOT makaj pro Internet Info ? Ceho se vetsina ctenaru obavala se stalo skutecnosti. Po prevzeti pod Internet Info sel ROOT do p.... Chodim sem uz jen ze setrvacnosti, a vecinou odejdu po shlednuti prvni stranky. Je to skoda. ROOT je uz jenom legenda.
Jeste jednou se sem trapne musim vecpat, ale prvni zminku o Oracle jsem sem (aspon bych rekl) napsal ja, a to az do diskuse, tak z toho nevinte, prosim, autora. Zminil jsem se o nem, protoze s nim uz asi tak deset let delam. To ostatni, to uz se samozrejme v zadnem textu neobjevilo - ze Oracle je The Best apod. A tezko by me nekdo vyvedl z bludu, ze s Oraclem neco neudelam, to je naprosto zcestne konstatovani(a kdo s databazemi pracuje, je mu to jasne). Jina vec je, ze leccos muzu udelat podstatne levneji:-))) A to rozhodne nepopiram, protoze treba s Postgresql take pracuji (uz od doby, kdy to byl jeste Postgres95:-).
A k tomu, ze spousta lidi dela sw na MySQL a je spokojena, to nic nerika o jeho moznostech, to vypovida pouze o moznostech dotycnych autoru. Kdo nezna nic lepsiho (anebo s tim neumi zachazet, i kdyby to nakrasne znal:-), bude vzdycky spokojeny s tim, ze ta vec, kterou umi, umi aspon to, co umi. Mozna by se leckdo z nich divil, jak si muze praci zjednodusit, kdyz se nauci neco malo navic a nebude muset spoustu veci resit v klientske casti aplikace. Ale, abych zabranil narceni z predpojatosti, rovnou rikam, ze na nektere jednoduche veci se MySQL treba hodi (a uz vubec nemluvim o SQLite, tam jsme zase v jinem rozmeru). Ale ten, kdo uz s nejakou db pracuje, asi ji zustane verny (nema-li padne duvody pouzit neco jineho, coz muze byt treba v pripade volby mezi Oracle a PostgreSQL cena, ze).
Na free webhostingu postgre prakticky nenajdes, protoze postgre je blba databaze, ktera nejde narozdil mysql poradne zabezpecit :-)). Ja bych to teda takhle nerekl, ale snazim se prizpusobit tvemu konfliktnimu stylu vyjadrovani.
Skutecnost je takova, ze obe databaze tu maji sve misto a kazda je dobra na neco jineho a obe jsou v tom dobre a nenahraditelne. No, postgre je mozna nahraditelne firebirdem.