Pod gpl je ted tusim i ingress od computer associates. Na tom jsem
zacinal a v te dobe byl schopen oracle strcit do kapsy. Velikosti
ukladanych dat i rychlosti. Mereno na miliardach vektoru.
Pet
Oto 'tapik' Buchta wrote:
On Friday 05 May 2006 12:44, URBAN Leos wrote:
Podle meho nazoru musite pro jakoukoliv ne-GPL aplikaci pouzivajici JDBC
ovladac od MySQL AB mit zakoupenu komercni licenci.
Jestli to plati i primo o serveru uz neni dnes podstatne.
Drive k tomu byly vselijake vyklady zda GPL z MySQL serveru "preskoci"
na JDBC ovladac a vasi aplikaci ci nikoliv, tyto zalezitosti resi
ostatne primo GPL.
Preskocit samozrejme nemuze, protoze pak by musely byt vsechny browsery na
celem svete licencovane pod GPL, protoze se mohou pripojit na vzdaleny TUX
server, coz je linuxovy jaderny webserver, ktery je, stejne jako cely kernel,
licencovany pod GPL. A proto take neni mozne ono "preskoceni". Dokud byl
mmmysql LGPL, bylo vsechno v pohode. Od te doby, co do MySQL vstoupil svym
milionkem dolarku Progress Software (neplest s PostgreSQL), jde cela licencni
politika jasnym smerem: vyryzovat co nejvic prasuli :-(
Tim, ze v roce 2001 MySQL AB zmenila licencovani klientskych knihoven z
LGPL na GPL uz toto pada, protoze GPL je uz u JDBC.
Je mozna skulinka v tom pouzit ty knihovny co na ne odkazoval Ota
'Tapik' Buchta (ty maji asi jeste LGPL) ale jednak je porad problem s
tim serverem (cili nejisty stav) a hlavne ty knihovny se uz nevyvijeji
takze je to slepa ulicka.
U noveho komercniho projektu, kde je pozadovana free databaze bych se
MySQL obloukem vyhnul.
Z tohoto hlediska je velice zajimavy vztah MySQL a komercnich produktu
postavenych nad LAMP architekturou (Linux Apache Mysql Perl/Python/Php), jako
je napr. SugarCRM ci Compiere ERP. Ale to uz jsme velmi, velmi off topic.
Takze zpet k nasazeni databaze: pokud budete prodavat vasi aplikaci jako
krabicovy soft, jedine reseni je stejne byt DB independent, protoze vetsina
velkych zakazniku stejne nebude chtit nic jineho nez Oracle. A pokud dodavat
nejakou DB, pak treba HSQL, aby zakaznik videl, ze to funguje, a pak pouhym
prenastavenim na jinou DB mohl pouzivat svoji oblibenou. JDBC pak nedodavat
vubec (krome onoho HSQL) a nechat volbu a licencni problemy na zakaznikovi.
Pokud to bude zakazkovy soft, tak pak si zakaznik stejne vetsinou rekne, jakou
DB, protoze dost pravdepodobne uz nejakou maji a nebudou se chtit kvuli tomu
ucit adminovat jinou.
Pokud to delate pro sebe, pak se nejdriv podivejte, co uz pouzivate. Pokud nic
nemate, tak bezte do PgSQL, protoze je mocny a OSS a rozumne licencovany,
ikdyz nepatri mezi nejrychlejsi (moc pomalejsich DB neznam). Az budete
potrebovat obrovsky vykon, stejne prejdete na Oracle, ktery si koupite.
