| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
aaaaaa
Od: ((((((((((((((:
|
Pridané:
10.11.2009 9:25
rozumna namietka, suhlasim
|
| |
Re: aaaaaa
Od: 100 rocny dedo
|
Pridané:
10.11.2009 9:32
sem tam aj nejaku rozumnu vec vypotia :) ale teraz sa trafili presne do cierneho
|
| |
Re: aaaaaa
Od: Jozef Remen
|
Pridané:
10.11.2009 9:36
Oracle aj SUN su americke firmy. Tudiz EK moze velke kulove.
|
| |
Re: aaaaaa
Od: Mentol
|
Pridané:
10.11.2009 9:45
Expert na medzinarodne pravo vyjadril stanovisko. Len tak, zadarmo. Dakujeme.
|
| |
Re: aaaaaa
Od reg.: ujo Ivo
|
Pridané:
10.11.2009 11:16
Akvizicia prebehne, Jozef ma pravdu. EK sa moze so svojimi namietkami strcit hlboko tam.
|
| |
Re: aaaaaa
Od: someone
|
Pridané:
10.11.2009 13:11
asi hej, ale mozno ze potom da EK pokutu Oraclu za monopol ;-)
|
| |
Re: aaaaaa
Od reg.: ujo Ivo
|
Pridané:
10.11.2009 14:46
Kdeze :) Ora nie je MS :D
|
| |
Nesuhlasim
Od: patmos
|
Pridané:
10.11.2009 9:37
Teraz reagovali prehnane, lebo nic nehrozi vzdy niekto moze spravit fork.
Akuratne to moze oddialit dokoncenie kupi Sun-u co moze omnoho viac poskodit vsetkych ktory pouzivaju technologie Sun-u.
|
| |
Re: Nesuhlasim
Od reg.: cca01
|
Pridané:
11.11.2009 7:50
Suhlasim s EK. Spravit fork moze sice hocikto, ale prakticky to bude platne asi tolko, ako ked MS po 30 rokoch zverejnil format MS Office. Maju v tejto oblasti taky naskok, ze je to prd platne.
Monopoly v IT su najvacsia pliaga. Ak by to podobne fungovalo napr. v automobilizme, tak by sme mozno este ani dnes nevedeli co je to ABS, a vsetky auta by mali rovnaku farbu.
|
| |
hmm zase bludy
Od reg.: cinko
|
Pridané:
10.11.2009 9:50
ale ved oracle db a mysql maju uplne odlisne cielove trhy. na velke enterprise riesenia sa zvacsa pouziva oracle (viac moznosti, robustnejsia db, zaujimave featury) zatial co mysql je skor home & small business. A ano samozrejme ze existuje aj mysql enterprise ale to aj tak ani zdaleka nedosahuje kvality oracle.
|
| |
Re: hmm zase bludy
Od: Forty
|
Pridané:
10.11.2009 10:55
pravda
a navyse akoze oracle odkupuje vsetko a ked nebude mat MySQL tak to MySQL skor neprospeje ako prospeje :-(
|
| |
Re: hmm zase bludy
Od reg.: cinko
|
Pridané:
10.11.2009 11:11
ako potesilo by ma ak by mysql malo take vlastnosti ako oracle :)
napr toto je pekne http://tinyurl.com/y9h2drv
;)
|
| |
Re: hmm zase bludy
Od: Forty
|
Pridané:
10.11.2009 11:19
fuj kodit v SQL :D
ja najradsej pouzivam len nevyhnutne prikazy a vsetko ostatne spravim v inom jazyku :)
|
| |
Re: hmm zase bludy
Od: patmos
|
Pridané:
10.11.2009 11:33
Kodenie v SQL ma jednu velku vyhodu, takmer vzdy je rychlejsie urobit operacie nad datami este vramci SQL serveru a klientovi poslat vysledok ako to riesit na klientovi, a klavne pri operaciach nad vedcim objemom dat (setri to aj linku).
|
| |
Re: hmm zase bludy
Od: Forty
|
Pridané:
10.11.2009 11:45
podla toho na co tie data maju byt
ak ich len treba vycucnut a upravit, pricom sa nebudu dako zasadne redukovat, tak nemas pravdu :-)
v opacom pripade ma aj to tvoje logiku, ved zavisi naozaj od problemu ...
|
| |
Re: hmm zase bludy
Od reg.: ujo Ivo
|
Pridané:
10.11.2009 12:01
Toto je zastaraly nazor. Pri praci s velkym mnozstvom relacnych dat dojdes do stadia, kedy musis v storkach pouzit kurzory a tie su casto pomalsie ako niekolkonasobne volanie jednoducheho sql commandu. A potom aj developer, ktory potrebuje mierne modifikovat existujucu storku nakoniec musi napisat storku dalsiu, lebo ta prva mu uz nestaci. A potom tam mas kopec storiek, ktore pri musis pri zmene datoveho modelu aktualizovat cim vznika moznost zavlecenia chyby. Existuje kopec roznych app frameworkov, ktore riesia pracu s databazami a ukazuju sa omnoho efektivnejsie ako pisanie storiek ci databazovych funkcii. Samozrejme su aj pripady, kedy je storka nenahraditelna.
|
| |
Re: hmm zase bludy
Od: zippy
|
Pridané:
10.11.2009 15:56
Nie. chyba tam nie je. Dnes uz nespracovavas len relacne data, ale aj spatial, multimedialne, temporalne; pripadne do DB ukladas cele objekty z OOP paradigmy, alebo z dat v databazy nieco dedukujes (deduktivne DB) - tak ako pri logickom/funkcionalnom programovani.
Isto, na niektore z vymenovanych sa da napisat viac-menej pouzitelny framework. Lenze tento by bol velmi neefektivny; Predstav si do relacnej DB ukladat priestorove data a potom pocitat plochu, obsah, objem, riesit vztahy objektov, tak ako ich definovali Clementini a spol.; a to je stale len 2D priestor.
|
| |
Re: hmm zase bludy
Od reg.: ujo Ivo
|
Pridané:
10.11.2009 16:33
Dobre, teoreticke znalosti su jedna vec, skusime nieco prakticke?
|
| |
Re: hmm zase bludy
Od: zippy
|
Pridané:
10.11.2009 17:21
skusme.
|
| |
Re: hmm zase bludy
Od: Forty
|
Pridané:
10.11.2009 17:17
zippy - bez urazky (seriozne!!) - uz si niekedy nieco tak uchylne robil?
|
| |
Re: hmm zase bludy
Od: zippy
|
Pridané:
10.11.2009 17:21
GIS?
|
| |
Re: hmm zase bludy
Od: m44
|
Pridané:
10.11.2009 23:43
muni?
|
| |
Re: hmm zase bludy
Od: zippy
|
Pridané:
12.11.2009 11:37
VUT
|
| |
Re: hmm zase bludy
Od reg.: cinko
|
Pridané:
10.11.2009 16:41
ja som sql samouk lama ale vytesujem sa z uchylnosti ako
SELECT user.zakaznickecis, user.jmeno, pripojky.cena_sluzby, pripojky.mesicne, user.email, user.telefon, k.datum, k.castka FROM apcka LEFT JOIN pripojky ON pripojky.ap_id = apcka.id LEFT JOIN user ON pripojky.user = user.cislo INNER JOIN kredit k ON k.id_user = user.cislo LEFT JOIN kredit l ON k.id_user=l.id_user AND k.datum < l.datum WHERE apcka.id_antena IN (2,3,4,5,6,7,8,9,10,13,15,17,18,35,44,47,53,58) AND pripojky.stav="povoleno" AND pripojky.user NOT IN (1434,795,2347,49) AND l.id_user IS NULL INTO OUTFILE "/tmp/result.csv" ;
;)
|
| |
Re: hmm zase bludy
Od: patmos
|
Pridané:
10.11.2009 19:18
s casti mas pravdu napriklad v mysql je programovanie na strane serveru strasne pomale (mozno sa zlepsili davno som nerobil, 2 roky dozadu), v mssql a oracle je to neporovnatelne lepsie
portoval som aplikaciu z mysql na mssql a vykonu to pridalo (niektore veci sa dali robit efektivne na servery) dokonca v mssql mozes pisat vlastne funkcie a definovat datove tipy v .NET (pouzili sme na pracu z geografickymi datami), v oracle sa tusim da tiez nieco take (ale neviem na 100% lebo s nim nemam vela skusenosti)
dokonca mssql ma efektivne nahrady vedciny konstrukcii kde sa zvyknu pouzivat kurzory (aj ked uz kurzory niesu tak pomale ako byvaly)
|
| |
Re: hmm zase bludy
Od: zippy
|
Pridané:
12.11.2009 21:18
v oracle si tie typy ani definovat nemusis. Ora podporuje spatial priamo.
|
| |
Re: hmm zase bludy
Od reg.: cca01
|
Pridané:
11.11.2009 7:58
Svoje vyhody ma kodenie v SQL aj kodenie v inom jazyku. Pri kodeni v napr. PL/SQL je vyhodou rychlost procedury, pri kodeni napr. v Jave je vyhodou rychlost nakodovania samotnej aplikacie, aj za cenu pomalsieho spracovania dat v samotnej DB. To druhe je pri zlozitych business aplikaciach dolezitejsie. Na druhej strane taky Datawarehousing potrebuje skor tu prvu metodu...
|
| |
Re: hmm zase bludy
Od reg.: MCGiany
|
Pridané:
10.11.2009 17:22
ak nevies poriadne SQL tak aspon nefujkaj. Naucil si sa prikaz SELECT a INSERT a zvysok bastlis v pajazyku PHP ako 90% patlalov.
Ked raz budes poznat aj trochu viac ako nevyhnutne prikazy, tak sa mozeme bavit o kodeni v SQL.
|
| |
Re: hmm zase bludy
Od: Forty
|
Pridané:
10.11.2009 18:04
v PHP (chvalabohu) nerobim ...
No ved ked dorasties tak mozme :-)
|
| |
Re: hmm zase bludy
Od reg.: ujo Ivo
|
Pridané:
10.11.2009 12:08
Skus inu platformu ;)
http://tinyurl.com/yaj3no4
|
| |
Re: hmm zase bludy
Od reg.: cinko
|
Pridané:
10.11.2009 13:21
mssql je pre linuxaka to iste ako analny vibrator pre heterosexuala... zbytocny, smiesny alebo dokonca urazlivy a v najhorsej situacii bolest v zadku ;)
|
| |
Re: hmm zase bludy
Od reg.: ujo Ivo
|
Pridané:
10.11.2009 14:47
Kazde hovno ma svoje muchy ;)
|
| |
Re: hmm zase bludy
Od reg.: Alino
|
Pridané:
10.11.2009 19:25
tak to je jaka vec :D moreee solving sudokuss, skapem
|
| |
Re: hmm zase bludy
Od reg.: cca01
|
Pridané:
11.11.2009 7:55
S tymi odlisnymi cielovymi trhmi je to sice pravda, ale vsetko so vsetkym suvisi. Ak by napr. prestal existoval MySQL, kam prejdu useri? Nainstaluju si radsej nejaku open source DB, alebo podlahnu marketingu Oracle a prejdu na zadarmo Oracle Express a potom na Oracle Standard alebo Enterprise? Co to spravi s podielom Oracle na trhu? Bude konkerencia v nevyhode? (paradoxne to moze uskodit aj MS) Ako to ovplyvni technologicku sutaz na trhu?
|
| |
Re: hmm zase bludy
Od reg.: ujo Ivo
|
Pridané:
11.11.2009 9:31
Mrkvosoft ponuka zadara MS SQL 2008 Express. Je to databazovy nastroj na podstatne vyssej urovni ako mySQL (kto pracuje s oboma, da mi za pravdu). Nebal by som sa konkurencnej vyhody Ora :) Ak by Ora utlmila vyvoj mySQL, zacali by sa viac pouzivat Expressne produkty. Tot vsjo ...
|
| |
Re: hmm zase bludy
Od reg.: cinko
|
Pridané:
11.11.2009 12:02
nezacali. nikto nebude migrovat server beziaci na unixoch na windows len koli zaniku nejakeho mysql. Uz by mali aj tak dost prace premigrovat aplikacie z mysql na iny rdbms. a imho by skor migrovali na postgresql ako na mssql. postgresql imho dokaze to iste co mssql (samozrejme, najdu sa veci ktore vie mssql a postgre nie a naopak). nehovoriac o tom ze ked aplikaciu prepises tak aby pouzivala mssql tak si nuteny pouzivat m$ servre dokial znova app neprepises = nulova portabilita.
|