» »

Razvijalec MySQL-a izpodbija Oraclov nakup Suna

Razvijalec MySQL-a izpodbija Oraclov nakup Suna

Financial Times - Ulf Michael Widenius, prvi razvijalec MySQL-a, se ne strinja z Oraclovim prevzemom podjetja Sun, ki je bil skrbnik za MySQL. Čeprav so 4,7 milijarde dolarjev težak posel podprli evropski in ameriški regulatorji trga ter delničarji obeh podjetij, ga bo Widenius izpodbijal, poroča Financial Times. Vložil je namreč ugovor na odločitev pri evropskih organih za varstvo konkurence. Evropska komisija je potrdila, da so z vložitvijo ugovora seznanjeni, ga pa ne morejo komentirati, ker vsebine še niso preučili. Predstavnik za stike z javnostmi Komisije je zgolj dejal, da bodo svojo odločitev branili na sodišču v Luksemburgu, kjer je bil vložen ugovor.

Spomnimo, da je Oracle lani prevzel Sun in da je Evropska komisija dolgo časa preiskovala, ali bo prevzem okrnil konkurenco v evropskem gospodarskem prostoru. Oracle je nato predložil seznam v desetih točkah, kjer so navedli zaveze, da bo MySQL ostal konkurenčna platforma. Problem je, da zaveze niso pravno obvezujoče, kar je Widenius že takrat glasno kritiziral.

28 komentarjev

Kurzweil ::

Odkar je MySQL pod Oraclom je vse skupaj postalo res žalostno (plačljivo), za manjše stranke ni več alternativa, ker pač ni več zastonj za bolj "private" use... Bomo pa po PostGreju vžgali. Moral bi ostati samostojeni zaradi večih razlogov...

Zgodovina sprememb…

  • spremenil: Kurzweil ()

3p ::

Kurzweil je izjavil:

... za manjše stranke ni več alternativa, ker pač ni več zastonj za bolj "private" use... ...


Lahko tole malo bolj razložiš?

KaRkY ::

Ta prevzem je imel svoje dobre in slabe lastnosti. Dobra je bila recimo, da se je sun odločil in dodal funkcionalnosti, ki bi naj prišle v JAVO 7. Slaba Oracle je znan da vse kaj kupi se potem skoraj ne razvija več.
When you look long into an abyss, the abyss looks into you

sammy73 ::

Kakšne pa so kaj sedaj cene za komercialno različico MySQL-a?

morbo ::

KaRkY je izjavil:

Ta prevzem je imel svoje dobre in slabe lastnosti. Dobra je bila recimo, da se je sun odločil in dodal funkcionalnosti, ki bi naj prišle v JAVO 7.

A če Orakelj nebi kupil Suna, nove funkcionalnosti nebi priše v Javo?

Oracle je znan da vse kaj kupi se potem skoraj ne razvija več.
Ta lastnost je tako slaba da zasenči vse ostale ki bi lahko bile dobre.

jlpktnst ::

Bolje bi bilo, da bi sun pa mysql kupila kakšna vlada... kot pa da jih je kupilo konkurenčno podjetje ki jih bo zadušilo.

No, na srečo je večji del rešitev ki so bile free itak open-source. Pač jih ne bo več razvijal sun, in na žalost znajo postat nezanimive. Samo čisto ubit jih pa ne morejo.

KalEl ::

Kurzweil je izjavil:

ker pač ni več zastonj za bolj "private" use...

Kaj pa SQL Express? Je tud free...razen tega, da na linuxu ne dela...sicer pa nisem prepričan, ali dela na monoproject-u.
Lp,
B.

techfreak :) ::

KalEl je izjavil:

Kurzweil je izjavil:

ker pač ni več zastonj za bolj "private" use...

Kaj pa SQL Express? Je tud free...razen tega, da na linuxu ne dela...sicer pa nisem prepričan, ali dela na monoproject-u.

SQL Express potrebuje Windows, podpira največ do 4GB podatkovno bazo in samo 1 procesor ter 1GB RAMa.

Gandalfar ::

Kurzweil je izjavil:

Odkar je MySQL pod Oraclom je vse skupaj postalo res žalostno (plačljivo), za manjše stranke ni več alternativa, ker pač ni več zastonj za bolj "private" use... Bomo pa po PostGreju vžgali. Moral bi ostati samostojeni zaradi večih razlogov...


To seveda ni res. MySQL community project je se vedno cisto zastonj in open-source.

McMallar ::

SQL Express 2008 R2 podpira 10GB baze. Link
Why can't a programmer tell the difference between Halloween and Christmas?
Because OCT31 = DEC25

KalEl ::

McMallar je izjavil:

SQL Express 2008 R2 podpira 10GB baze.

10GB baze? kaj pa mate notri? file in slikce? impresivno....
Lp,
B.

techfreak :) ::

To je pa na novo, nazadnje ko sem gledal je bilo 2GB.

Tarzan ::

KalEl je izjavil:

McMallar je izjavil:

SQL Express 2008 R2 podpira 10GB baze.

10GB baze? kaj pa mate notri? file in slikce? impresivno....


Če imaš sam potrebo le po čungalunga bazi, veliki par megabajtov, potem ne solit pameti ostalim. Dejstvo je, da pomeni omejitev 1GB za nekatere pač prevelik udarec. Nimamo vsi v bazi svojih petih strank in foruma s še manj uporabniki.

techfreak :) ::

Tarzan: glede na to, da je to novica o MySQLu ... koliko slabši pa je MySQL proti MSSQL?

Nerdor ::

techfreak :) je izjavil:

Tarzan: glede na to, da je to novica o MySQLu ... koliko slabši pa je MySQL proti MSSQL?

Zelo slabši in dosti počasnejši! MSSQL podpira out of the box store procedure, funkcije, trigerje, transakcije in ostale T-SQL dobrote. Ima fenomenalen SQL Managment Studio. Nasploh delujeta skupaj s SQL Manag. studijom kot zaokrožena celota. MSSQL lahko izvede brez nekega delaya 20 in več joinov, medtem ko je mysql precej zadihan s 10 joini v select stavku.
Kdor se bo naučil MSSQL, se bo hitro privadil Oraclov dialekt.
... for lifetime!

Zgodovina sprememb…

  • spremenil: Nerdor ()

dbevfat ::

Nerdor je izjavil:

Zelo slabši in dosti počasnejši! MSSQL podpira out of the box store procedure, funkcije, trigerje, transakcije in ostale T-SQL dobrote. Ima fenomenalen SQL Managment Studio. Nasploh delujeta skupaj s SQL Manag. studijom kot zaokrožena celota. MSSQL lahko izvede brez nekega delaya 20 in več joinov, medtem ko je mysql precej zadihan s 10 joini v select stavku.
Kdor se bo naučil MSSQL, se bo hitro privadil Oraclov dialekt.

Wow, stored procedure, funkcije, trigerji, transakcije! Ampak ... kdaj si ti nazadnje (če sploh kdaj) pogledal MySQL?
nvr2fat

Tarzan ::

Kar se mene tiče ni slabši. Za to, čemu je namenjen. Za potrebe manjših portalov je MySQL precej cenejša in praktično enako zmogljiva alternativa, za večje projekte pa se bi osebno tudi MSSQLa izogibal. Vsak da pluse in minuse na vago, potem pa izbere rešitev, ki mu najbolj ustreza. Na koncu pač šteje tako cena, kot performance. V kolikor bi MS svojo rešitev ponudil tudi za Linux okolje, potem bi mi zadeva nekoliko bolj zadišala, ker pa se ne vidim, da bi gradil Windows based DB server, se zadevi nameravam odpovedati, dokler performančno ne bi povozili konkurence. Kar pa se verjetno ne bo nikoli zgodilo. :)

KalEl ::

Tarzan je izjavil:


Če imaš sam potrebo le po čungalunga bazi, veliki par megabajtov, potem ne solit pameti ostalim. Dejstvo je, da pomeni omejitev 1GB za nekatere pač prevelik udarec. Nimamo vsi v bazi svojih petih strank in foruma s še manj uporabniki.

Hehe, nekdo se je razburil. Nisem pričakoval, da ste določeni uporabniki tok občutljivi na komentarje - včasih je dobro, da ne reagirate na vsak komentar negativno. Pač zanimalo me je, ali se res potrebuje zastonjska baza za resne projekte in zakaj so take velike baze. Sej smo pa vsi dosti stari, da se lahko civilizirano pogovarjamo?
Delam na projektih, ki imajo tudi večje baze, vendar je podjetje v tem primeru rajši izbralo plačljivo verzijo baze zaradi večje podpore RAM-a in CPU-ja ter seveda ostalih prednosti, ki jih prinaša (Recovery, Snapshots, itd.). Za lastne potrebe pa ja, zadošča mi Express za par page-ov, ki jih naredim v prostem času.
Lp,
B.

AndrejS ::

MySQL je dobra baza , ko jo optimiziraš. Zato pa potrebuješ dosti več dela kot z MSSQL. MSSQL in njegov managament studio , query analyzer in druge dobrote so zelo dobre. Osebno bi izbral MSSQL Jea res da MySQL deluje dosti bolje z več RAM-a - zato je dobro uporabit 64 bitno verzijo in mu dati dovolj rama. Vsaj polovico koliko zaseda baza.

noraguta ::

najbrž vzameš sql web edition če se greš te stvari. sicer je vsaj po mojem videnju express po moje mišljen prej kot data store za male pisarne. sicer mi je bil pa vedno bližji postgres kot mysql, kateri se je prijel predvsem zaradi svoje enostavnosti.
Pust' ot pobyedy k pobyedye vyedyot!

sammy73 ::

Sam delam na projektu, ki potrebuje zelo veliko enostavnih pisanj na časovno enoto, branja pa so tudi enostavna, le s par JOIN-i, na bazi je le nekaj view-ov, sem in tja kakšen trigger, shranjenih procedur pa ne uporabljamo, saj smo se odločili vso poslovno logiko postaviti na aplikacijski strežnik. Za svoj primer lahko le pohvalim zanesljivost in odzivnost MySQL-a, saj smo do sedaj na vseh inštalacijah zabeležili preko 50 let delovanja brez enega samega izpada. Smo pa na začetku resneje analizirali tudi Oracla in MSSQL, vendar je bil ob upoštevanju vseh parametrov MySQL boljši. Tudi podporo so vedno imeli dobro, čeprav smo jo zelo redko rabili. Osebno mi je zelo všeč tudi enostavnost postavitve, uporbe in vzdrževanja MySQL-a. Velikost baze pa se giblje med 2 in 4 GB, tabele pa hranijo tja do 500000 zapisov. Strežniki so pa tako Windows kot Linux.

Absolutno najboljše baze pa ni, so le najboljše za dane primere.

AndrejS ::

Samo 500000 zapisov... to je še vedno "bazika" ne pa baza...

sammy73 ::

500000 je zgornja meja. Saj pravim, potrebe so različne in v mojem primeru MySQL deluje ravno tako dobro kot kakšna druga baza.

Looooooka ::

No no da ne bo spet kdo tople vode izumljal.Zadevo so naredili za spletne aplikacije in pac nikoli ni in nikoli ne bo neka resna konkurenca mssqlu...kaj sele oraclu.Hey...ze postgresql ga pelje scat.Tko da ce ma clovek na strezniku na voljo katero od teh baz...je priporocljivo(ce ne zaradi drugega ze zaradi vmesnika) preskociti uporabo mysqla.

filip007 ::

Sun se ne bo prilagajal MySQL, če se ta ne znajde tako dobro tako pač je, res pa je da imamo monopolne zakone in mora biti konkurenca strpna do druge v korist potrošnika kar pa tud ni tako slabo.
https://www.bolha.com/uporabnik/pristy

haiku ::

Ena izmed zloglasnejših spletnih storitev, Facebook, prav tako uporablja podatkovne baze MySQL. Če koga zanima, si lahko več prebere na http://www.facebook.com/MySQLatFacebook

Fantje na Facebooku so dosegli nekaj zanimivih rezultatov:
MySQL@Facebook:
"With the changes described in the last two posts, throughput on an in-memory sysbench test goes from 100,000 QPS to 170,000 for an 8-core server. CPU utilization goes from 45/45/10 to 72/23/5 for user/system/idle. Now I need a server with more cores."

Googlov Bigtable pa verjetno "pelje scat" tako MySQL kot MSSQL.:)

Ampak kot je rekel uporabnik sammy73: "Absolutno najboljše baze pa ni, so le najboljše za dane primere."
(\__/) This is Bunny. Copy and paste bunny
(='.'=) into your signature to help him gain
(")_(") world domination.

Bistri007 ::

Če že govorimo o funkcionalnosti mySQL, je treba omeniti, da uporablja več "storage engines". Najbolj uporabljani sta MyISAM in InnoDB.

Prva je primerna za spletne portale (quick&dirty), druga pa podpira transakcije.

Čisto odvisno od potreb, ampak za uvoz 200MB CSV datotek je mySQL MyISAM nekajkrat hitrejši kot MSSQL 2008 - tudi po tem, ko se izklopi posodabljanje indeksov. Razlika je tudi, ali potrebuješ to bazo za bolj kot ne shranjevanje; za analitiko; ali za več 10+ hkratnih transakcij.

Express verzija je čisto luštna stvar, ampak je bolj namenjena za uporabo na klientih kot na strežnikih. Kakšen poslovni Windows program potrebuje podatkovno bazo, pa da ne izumljaš tople vode. Zanimivo, Adobe v nekaterih svojih programih uporablja vgrajen mySQL (najbrž logično, če hoče, da ista koda deluje še na OS X).

Še tole: za GUI za mySQL ima Navicat Premium zelo lep vmesnik. Podoben SQL Server Management Studio.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...

Zgodovina sprememb…

AndrejS ::

Je to že kdo sprobal http://www.innodb.com/products/ ? Mislim plugin

Zgodovina sprememb…

  • spremenil: AndrejS ()


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

EU nasprotuje Oraclovemu prevzemu Suna

Oddelek: Novice / Nakupi / združitve / propadi
262730 (2072) Icematxyz
»

Prevzem Suna pod drobnogledom EU

Oddelek: Novice / Nakupi / združitve / propadi
152742 (1996) Poldi112
»

Nestrpni Sun odpušča, Oraclovi nasprotniki vedno glasnejši

Oddelek: Novice / Nakupi / združitve / propadi
122652 (1999) MrStein
»

EU: Oracle, počakajte, prosim!

Oddelek: Novice / Nakupi / združitve / propadi
193579 (2706) sammy73

Več podobnih tem