neprihlásený Utorok, 14. apríla 2026, dnes má meniny Justína
EK namieta proti odkúpeniu MySQL spoločnosťou Oracle

DSL.sk, 10.11.2009


Európska komisia (EK) v pondelok zaslala spoločnosti Sun predbežné stanovisko v rámci prešetrovania navrhovanej akvizície spoločnosti Sun spoločnosťou Oracle, v ktorom namieta proti tejto akvizícii.

Spoločnosť Sun o tom informovala v hlásení pre americkú Komisiu cenných papierov, EK zatiaľ oficiálne o predbežnom stanovisku neinformovala.

Námietky EK sa podľa spoločnosti Sun týkajú výhradne akvizície open source databázy MySQL a negatívneho dopadu takejto akvizície na konkurenciu na trhu databázových produktov. Spoločnosť Oracle je tvorcom najúspešnejšej rovnomennej komerčnej databázy.

Oracle a Sun oznámili plánovanú akvizíciu za približne 7.4 miliardy dolárov v apríli.

EK otvorila prešetrovanie navrhovanej akvizície z protimonopolného hľadiska najmä čo sa týka databázového trhu v septembri.

"Komisia sa musí uistiť, že takéto (open source) alternatívy budú naďalej dostupné," uviedla EK v septembri.



Najnovšie články:

Lidl bude mobilným operátorom
Vzniká súborový systém vhodný pre vesmírne misie
Dodávky smartfónov sa výrazne znížili, Apple posilnila pozíciu
Linuxové jadro sa posunulo na novú hlavnú verziu, vydané jadro 7.0
Napriek zvýšeniu cien pamätí dodávky PC narástli


Diskusia:
                               
 

rozumna namietka, suhlasim
Odpovedať Známka: 5.2 Hodnotiť:
 

sem tam aj nejaku rozumnu vec vypotia :) ale teraz sa trafili presne do cierneho
Odpovedať Známka: 4.7 Hodnotiť:
 

Oracle aj SUN su americke firmy. Tudiz EK moze velke kulove.
Odpovedať Známka: -6.0 Hodnotiť:
 

Expert na medzinarodne pravo vyjadril stanovisko. Len tak, zadarmo. Dakujeme.
Odpovedať Známka: 7.9 Hodnotiť:
 

Akvizicia prebehne, Jozef ma pravdu. EK sa moze so svojimi namietkami strcit hlboko tam.
Odpovedať Známka: 5.7 Hodnotiť:
 

asi hej, ale mozno ze potom da EK pokutu Oraclu za monopol ;-)
Odpovedať Známka: 10.0 Hodnotiť:
 

Kdeze :) Ora nie je MS :D
Odpovedať Známka: -3.3 Hodnotiť:
 

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.
Odpovedať Známka: 5.0 Hodnotiť:
 

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.
Odpovedať Hodnotiť:
 

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.
Odpovedať Známka: 4.3 Hodnotiť:
 

pravda
a navyse akoze oracle odkupuje vsetko a ked nebude mat MySQL tak to MySQL skor neprospeje ako prospeje :-(
Odpovedať Známka: 10.0 Hodnotiť:
 

ako potesilo by ma ak by mysql malo take vlastnosti ako oracle :)

napr toto je pekne http://tinyurl.com/y9h2drv
;)
Odpovedať Známka: 10.0 Hodnotiť:
 

fuj kodit v SQL :D
ja najradsej pouzivam len nevyhnutne prikazy a vsetko ostatne spravim v inom jazyku :)
Odpovedať Známka: -4.3 Hodnotiť:
 

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).
Odpovedať Známka: 10.0 Hodnotiť:
 

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 ...
Odpovedať Známka: 10.0 Hodnotiť:
 

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.
Odpovedať Hodnotiť:
 

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.
Odpovedať Hodnotiť:
 

Dobre, teoreticke znalosti su jedna vec, skusime nieco prakticke?
Odpovedať Hodnotiť:
 

skusme.
Odpovedať Hodnotiť:
 

zippy - bez urazky (seriozne!!) - uz si niekedy nieco tak uchylne robil?
Odpovedať Hodnotiť:
 

GIS?
Odpovedať Hodnotiť:
 

muni?
Odpovedať Hodnotiť:
 

VUT
Odpovedať Hodnotiť:
 

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" ;

;)
Odpovedať Hodnotiť:
 

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)
Odpovedať Hodnotiť:
 

v oracle si tie typy ani definovat nemusis. Ora podporuje spatial priamo.
Odpovedať Hodnotiť:
 

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...
Odpovedať Hodnotiť:
 

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.
Odpovedať Hodnotiť:
 

v PHP (chvalabohu) nerobim ...
No ved ked dorasties tak mozme :-)
Odpovedať Hodnotiť:
 

Skus inu platformu ;)
http://tinyurl.com/yaj3no4


Odpovedať Známka: 3.3 Hodnotiť:
 

mssql je pre linuxaka to iste ako analny vibrator pre heterosexuala... zbytocny, smiesny alebo dokonca urazlivy a v najhorsej situacii bolest v zadku ;)
Odpovedať Známka: 7.1 Hodnotiť:
 

Kazde hovno ma svoje muchy ;)
Odpovedať Známka: 5.0 Hodnotiť:
 

tak to je jaka vec :D moreee solving sudokuss, skapem
Odpovedať Hodnotiť:
 

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?
Odpovedať Hodnotiť:
 

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 ...
Odpovedať Hodnotiť:
 

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.
Odpovedať Hodnotiť:

Pridať komentár