EU schválí koupi Sunu, Oracle zaručí MySQL zdarma (diskuse)

[MoB]

Pořád přemýšlím, co do toho je Evropské unii, a pořád na nic nemůžu přijít...

[Lord Vetinari]

Absolutne Nic.

Za predpokladu, ze sun+oracle nechce predavat na uzemi EU (napr. soft a hardware),potom EU do toho urcite nema co kecat.

V opacnom pripade to neplati.

[xkucf03]

A když bude chtít, tak uvalí embargo na jejich software? Resp. EU zakáže občanům členských států kupovat výrobky (software) od této firmy, i když si ho ti občané (nebo firmy) chtějí kupovat? Absurdní (ale socialistické), nemyslíš?

[Lord Vetinari]

Neviem preco socialisticke alebo absurdne. Ak chces predavat vyrobky na trhu(v tomto pripade eu) mas pravidla a nariadenia ktore dodrzuj.

(Za predpokladu ze je to "socialisticke" chcem vidiet ten bajny "ne-socialisticky" stat :)

[xkucf03]

Díky svému úsilí a píli si vydělám peníze. Stát mi je zdaní. To beru. A pak mi ještě bude říkat, za to je smím* utratit?? Snad mám dostatek rozumu a jsem svéprávný, abych si sám rozmyslel, jestli si ten předražený Oracle koupím nebo ne.

*) o tom se dá uvažovat leda v případě, že bych svým nákupem někomu ubližoval – např. bych si koupil semtex a vyhodil sousedovi auto do vzduchu – to by jistě nebylo hezké a je celkem pochopitelné, že stát dělá opatření, aby se tohle nedělo. Ale když si koupím software nějaké pitomé zahraniční firmy (která se daleko za oceánem spojila s jinou méně pitomou firmou), ublížím tím snad někomu? Ne! Leda poškodím vlastní firmu – utratím neefektivně peníze za zbytečný software a moje konkurence bude mít navrch. Ale to je moje věc.

[www]

"Díky svému úsilí a píli si vydělám peníze. Stát mi je zdaní." - chudacku, ten zlobivy stat te cely tvuj zivot jen okrada, ze ano? neda ti vzdelani, zdravotni peci, pozarniku se clovek nedovola, kdyz je potreba. a kdyz uz je clovek starej a nemuze pracovat, tak od statu nedostane ani korunu. je to zivot naprd.

[s0]

za vytržení z kontextu si dej facku. Dík.

[fri]

A k tomu kilo žluťoučkých banánů.

[Jendа]

Nepokračovalo to „To beru.“?

[Lord Vetinari]

No EU ti nepovie co si _mozes_ kupit ale co smies na jej uzemi predavat.

[Pavel]

Takze kdyz to jako EU firma koupim pres e-shop v USA, tak je to OK? Tak pak nevim, proc se sw firmy s nejakou zkurvenou (v soucasnem podani) EU vubec serou. Pekne prodavam na uzemi, kde curaci z Bruselu nemuzou a na uzemi EU mam jen servisni organizace, mnou vlastnene pres nejake treti osoby. Kde mam v mem myslenkovem pochodu chybu? (nekde ji mam, pac to takto nikdo nedela)

[xkucf03]

V tom, že ty nákupy musíš (chceš) vyfakturovat, aby se ti nepočítaly do zisku a nemusel jsi je danit – takže by se na to přišlo, že kupuješ ten zlý Oracle… muselo by se to fakturovat přes nějakou jinou firmu a tvářit se, že je to něco jiného, než embargovaný software.

[Pavel]

Hm, myslim, ze ted michate 2 veci dohromady, zakaz pusobeni Oracle jako spolecnosti na EU trhu (muzu koupit v USA, tak jako ted nakupuju jine zbozi) a zakaz pouzivani oracle database treba pro EU firmy (tohle si nejak nedovedu predstavit, co ti, co uz ji maji koupenou treba?)

[xkucf03]

To vyjde nastejno – jeden chce prodávat a druhý kupovat, oba dobrovolně, dohodnou se na ceně, která vyhovuje oběma (jinak by jeden z nich s tím obchodem nesouhlasil). Je jedno, na které straně jim stát ten obchod překazí. Jediné, čeho může EU dosáhnout je, že Oracle/Sun zavře svoje místní pobočky a „pár“ lidí tu přijde o práci. Nebo taky ne a tahle firma přistoupí na vydírání ze strany EU a zaplatí výpalné nebo jinou úlitbu… jako spousta jiných firem.

[martin]

ve vsech statech mas predpisy, takze treba nemuzes prodavat potraviny, po kterych by lidi chcipali nebo postavit barak, ktery pri prvni bource spadne a vymlouvat se na to, ze zakaznik nic nenamital a tak je to jeho problem. rika se tomu ochrana zakaznika a jestli se ti to nelibi, muzes proti tomuto pristupu protestovat. dokud ovsem bude tato praxe trvat, EU muze kontrolovat vsechny subjekty, ktere na jejim uzemi nabizeji produkty/sluzby...

btw. pokud si myslis, ze bez predpisu by slo vse lip, musim te ale upozornit, ze neslo ;)

[Lord Vetinari]

Kludne ale ak chces predavat v eu mas pravidla. -a nielen v eu sun povadal ziadost na schvalenie fuzie aj v dalsich vyznamnych krajinach

A to ze oracle moze dovolit nemat napriklad lokalny support je vtipna myslienka ale dost odtrhnuta od reality.

[petr_p]

Problém je, že stále rostoucí firmy mají tendenci růst a růst, až vyhubí všechnu konkurenci, až přerostou stát, až přerostou unii. Chcete snad mít 90 % databází Oracle? Unie totiž nezakázala koupit MySQL, ale zakázal MySQL zrušit. Přitom na začátku bylo jeden chce prodávat a druhý kupovat, oba dobrovolně.

[Amarok]

Po tom, co jsem poznal postgresql, jsem prestal mit o budoucnost mysql obavy :) Je zajimave, jakou dobu mi to trvalo, nez me vubec nekdo na postgres navedl, zrejme to bylo vlastne z duvodu, ze 95% webhostingu nabizi jen mysql.

[KaiSVK]

V com ma podla teba postgresql tak navrch? Pytam sa vazne a zo zaujimavosti :) S databazami zacinam

[Amarok]

Nejsem v tom zadny profi, teprve v nem delam prvni kroky (vetsina je dost podobna mysql), ale myslel jsem to hlavne tak, ze existuje velmi dobra (a udajne v nekterych vecech dokonce lepsi) alternativa k mysql. Takze i kdyby to s mysql slo ted hodne z kopce, tak uz me to nemusi tolik zajimat. Nasel jsem tu ale na abc uz podobny dotaz, treba ti to pomuze. Ja uz z mysql po rocni pauze zapomnel tolik veci, ze ani uz nemusim resit "prechod z mysql na postgresql", to ma pak vyhodu nemit dobrou pamet :)

[MoB]

Obě ty databáze jsou v něčem dobré a v něčem méně dobré. Každá z nich má svůj vlastní "dvorek", kde je pánem. Nechce se mi to sem vypisovat, ale pan Google má jistě radu pro každého :)

[petr_p]

Tady někdo nečte Roota.

[Miloslav Ponkrác]

Já pana Vránu raději nečtu, protože kdykoli píše o MySQL, rostu. V rámci zachování klidu a nervů jsem si zakázal číst články od lidí, kteří začínají v databázích a pasují se za odborníky.

[Věroš]

Můj dojem (velmi zjednodušený):

- MySQL - je rychlé a jednoduché uložiště dat, které shodou okolností umí komunikovat pomocí SQL. Pro spoustu věcí to stačí.

- PostgreSQL - je pokus o téměř kompletní implementaci nějaké verze ANSI SQL, takže tam člověk narazí na takové věci jako transakce, cizí klíče, triggery, LISTEN/NOTIFY, pořádnou podporu prostorových dat a pod. S rychlostí to může být občas slabší.

Oba přístupy mají svoje zastánce.

MySQL postupně přibaluje nové funkce, PostgreSQL kromě přidávání nových funkcí zase postupně zrychluje, takže ve výsledku je dobré vyzkoušet obojí, a usoudit, jestli je pro mne výhodnější rychlost nebo nástroj nabitý funkcemi, které ušetří čas programátora.

[Miloslav Ponkrác]

MySQL a PostgreSQL jsou jiné niky oblastí, kde působí.

MySQL je databáze, která je velmi ořezaná ve featurách, ale zase je jednoduchá, umožňuje být embedded, nemá velké nároky na hw a také nepotřebuje doktorát z atomové fyziky na zvládnutí dokonalé amidnistrace MySQL, jako je tomu třeba u PostgreSQL. Na rozdíl od PostgreSQL je MySQL daleko multiplatformovější, například port MySQL na Windows nebyl nikdy problém už mnoho let, PostgreSQL to dohnala velmi nedávno a díky tomu je na Windows neodzkoušená, protože jí tam nikdo nijak naostro moc nenasazoval.

PostgreSQL se tváří spíše jako enterprise databáze a snaží se řítit do těchto vod. Tudíž je bohatější na featury, ale náročnější na obsluhu i prostředky a nesnaží se být úspornou databází.

Podle mě ty dvě databáze si nekonkurují, protože každá z nich je něco jiného.

[Marián André]

Paneboze...

PostgreSQL dokaze byt tiez embedded, na administraciu netreba doktorat z atomovej fyziky, postgresql je rovnako multiplatformova ako mysql.

Najdu sa aj nejake skutocne rozdiely ?

[Miloslav Ponkrác]

Skutečné rozdíly jsou, že PostgreSQL velmi mnoho let deklarovala, že jsou unixovou databází a nativně je portovat na Windows proto není možné. Porty na Windows (olepené různýmií emulacemi unixových věcí a řadou vymrčovacích výjimek jako běh pouze na ntfs, apod.) sice existovaly, ale v žádném případě se nedoporučovaly k produkčnímu nasazení. Mám pocit, že spíše z diplomatického důvodu tato upozornění v PostgreSQL manuálech a diskusích velmi nedávno vymizela.

I kdybych měl v sobě 20 rumů, tak poznám, že tvrzení, že PostgreSQL je stejně multiplatformní jako MySQL je lež na entou.

Nemám nic proti PostgreSQL, ale postgresce ta multiplatformost dělala a dělá podstatně větší problémy, než jiným databázím. Koneckonců se tím zastánci postgresky mnoho let oháněli, že je dělaná pro unix a nikdo jí nebude přepisovat pro jiné systémy.

Administrace postresky je zbytečně složitá. Mohu srovnávat nejen s mysql, ale i dalšími databázemi, které jsem administroval a vytvářel.

[Miloslav Ponkrác]

Abych předešel diskusi, dnes je sice k dispozici (v zásadě teprve poslední dobu) relativně nativní port, ale stále s omezeními, byť velmi drobnými.

Situaci mysql, kde není v zásadě mezi možnostmi třeba windows a linux verze žádný rozdíl postgreska ještě nedosáhla.

[okbob]

Ještě platí, že v MySQL jsou názvy tabulek v Unixu case sensitive a ve Windows case insensitive? To mi přijde jako docela zásadní rozdíl.

[xkucf03]

PostgreSQL na tom dřív byla celkem špatně na Windows, to je pravda. Spíš mi přijde, že tahle ne-multiplatformnost není až tak důležitá – stejně ty databáze nakonec poběží na nějakém *nixovém serveru. Windowsová verze mi přijde zajímavá z pohledu vývojáře (pokud je používá), aby mohl aplikaci provozovat na localhostu, ale jinak je to celkem nepodstatné.

[miso]

To je velmi jednostranny nazor.

Z mojej skusenosti sa PostgreSQL pouziva jednoduchsie oproti MySQL v pripade, ze pouzivam dokumentaciu. Pokial je deklarovana funkcionalita, tak to pracuje spravne (priamociaro).

Pri MySQL je tam casto nejake "ale", ktore sa da najst na forach, da sa objavit metodou pokus-omyl. Rovnako viac storage engines na jednoduchosti rozhodne nepridava.

[Miloslav Ponkrác]

Měl jsem v ruce manuály řady databází a s řadou DBMS jsem dělal. Manuál MySQL je přímočarý a nikdy jsem se nepotřeboval dívat na fóra a něco řešit. Za snad 15 let, co se s mysql setkávám jsem se nikdy nedostal do situace, že by něco bylo jinak oproti manuálu. Pokud se neobracíte na fóra a přečtete si třeba ve vaně vytisklý velmi hubený, ale přesto zcela kompletní manuál od mysql, není vůbec co k řešení. Naopak už jsem radil mnoha lidem i tam, kde nenašli odpověď ani na fóru, a vždy stačilo ukázat do příslušného místa manuálu mysql. Nikdy jinak. Žádné ale se nikdy neobjevilo, a pokud někdo něco nenajde v manuálu MySQL, je třeba dodržovat dvě pravidla:

1) Ten manuál si přečíst.

2) Umět porozumět význam psaného slova.

Jinak to, jak špatný manuál může zlikvidovat nadějnou databázi vidíte v případě Firebirdu. Mizernost dokumentace k databázi zpsůobuje, že je čím dál méně vidět a časem pravděpodobně z Firebirdu udělá velmi okrajovou záležitost.

[Amarok]

MySQL transakce uz delsi dobu umi, pokud vim, sam jsem je ale nikdy nevyuzil.

PostgreSQL me presvedcilo tim, ze se prave drzi udajne nejvic ANSI standardu, takze tomu dam sanci a ted to pomalu zkousim. Pro vetsinu potreb "normalnich" uzivatelu je podle me uplne jedno, jakou z tech dvou DB zvoli.

Dokonce vetsine lidi staci bohate SQLite, jen maji obavy to vyzkouset, protoze to "Lite" pro ne zni moc jednoduse.

[Miloslav Ponkrác]

MySQL umí transakce už mnoho let, ale bohužel jen na InnoDb tabulkách.

SQlite jsem testoval, zda ho použít, protože se mi velmi líbilo, ale nestabilita dat a ztrácení dat při testech bylo dost zřetelné, abych od toho odstoupil.

Nehledě na to, že SQLite má řadu dosti podivných featur, jako například závislost automatického přetypování literálů a výsledků výrazů v SQL příkazech na tom, co najdou regulární výrazy v definici sloupce.

[Amarok]

SQLite - ztraceni a nestabilita dat, k tomu mohu jen rict, ze jste pravdepodobne zkousel nejakou alfa verzi? SQLite pouziva i plno velkych firem kvuli jednoduchosti implementace a dobremu vykonu i u velkeho obsahu (samozrejme asi tam, kde neni zapotrebi pristupu 100 uzivatelu zaroven a kde se moc casto obsah nemeni), nedovedu si predstavit, ze by (v aktualni verzi) byly nejake zasadni problemy. Me bezi jeden web s SQLite a zatim v pohode (je to ale jen male forum a fotoalbum).