MySQL zmierza na giełdę z 50 mln dolarów przychodu

super serwer bazy danych, zadnych problemów od 7 lat, nie licząc migracji czyli nie ma czego liczyć - zrzut bazy i wczytanie - u mnie 100% czasu dzialania

A po długim weekendzie mam egzamin z mySQL-a :(

najlepsze bo darmowe, a nie robione dla kasy

darmowe a zarabia, jak to jest niech ktoś wytłumaczy.

I dobrze Ci tak :D

MySQL dopiero robi się superbaza. Wersja 5 juz jest calkiem fajna. W koncu funkcje, triggeri itp. :) Chociaz brakuje jeszcze wielu rzeczy.

[najlepsze bo darmowe, a nie robione dla kasy]

Mówisz chyba o PostgreSQL, bo MySQL jest akurat robione dla kasy.

[darmowe a zarabia, jak to jest niech ktoś wytłumaczy.]

Bo są dwie wersje MySQL'a, jedna na licencji GPL, druga komercyjna - do komercyjnych zastosowań. Jeśli tworzysz jakąś aplikację korzystającą z MySQL i chcesz ją dystrybuować, to musisz kupić MySQL'a albo udostępnić źródła swojej aplikacji. Szczegóły tutaj:
http://www-jp.mysql.com/company/legal/licensing/commercial-license.html

wg mnie sprawa licencji na mySQL to pole do popisu dla prawników ;)

If you develop and distribute a commercial application and as part of utilizing your application, the end-user must download a copy of MySQL; for each derivative work, you (or, in some cases, your end-user) need a commercial license for the MySQL server and/or MySQL client libraries.

a co jeśli napiszę aplikację freeware o zamkniętym kodzie (np banalny katalog domowych płyt CD) nie zgodnej z GPL z interfacem do obsługi szeregu baz danych w tym mySQL ?
kto jest zobowiązany w takim wypadku do wykupienia licencji ? autor czy użytkownik ? a co jeśli użytkownik np korzysta z Postgre ? a w kodzie jest rónwnież obsługa mySQL...

czym jest tak naprawdę zastosowanie komercyjne ? a co jeśli napiszę własne proxy na licencji GPL, a mój program będzie korzystał właśnie z takiego proxy ? albo jeszcze inaczej...podobną licencje ma Qt....załóżmy że mam wykupioną licencję komercyjną na Qt i korzystam z jego mechanizmów obsługi mySQL. Mój program jest programem zamkniętym, czy to znaczy że muszę również wykupić licencję na mySQL ????

@slocum:
[a co jeśli napiszę aplikację freeware o zamkniętym kodzie (np banalny katalog domowych płyt CD) nie zgodnej z GPL z interfacem do obsługi szeregu baz danych w tym mySQL ?]

Będziesz musiał wykupić licencję komercyjną. Tam na dole jest gdzieś napisane, że to musi być GPL, nawet jeżeli aplikacja jest za free.

A tak w ogóle to sprawa wydaje się być prosta. Wystarczy nie używać MySQL i przesiąść się na PostgreSQL, prawdziwie wolną bazę danych.

@Ehh

Masz racje...aczkolwiek dobrze jest pisać programy niezależne od konfiguracji i nie narzucać użytkownikowi jedynie słusznych rozwiązań ;)

Ja natomiast widzę inne rozwiązanie sprawy. Skoro Open Source nie podlega licencji,a GPL dopuszcza stosowanie bibliotek zamkniętych więc piszemy dwie aplikacje ;)

1. bilblioteka free ale zamknięta z główną funkcjonalnością naszego softu i wystawiamy API
2. coś w rodzaju framework-a który będzie linkował naszą bibliotekę, obsługiwał bazę itp itd i ten soft wystawimy na licencji GPL z otwartym kodem ;);)

@slocum:
Coś takiego nie przejdzie z prostej przyczyny. Otóż MySQL nie jest domyślnie dystrybuowany na licencji GPL. Na ww. stronie jest wyraźnie napisany sposób przydzielania jednej z dwóch licencji: GPL albo komercyjnej. Jeśli więc twój powyższy sposób nie łamie GPL'a, to i tak łamie nadrzędne postanowienia licencjonowania MySQL, które pierwej musisz zaakceptować. I w ten sposób automatycznie następuje zmiana licencji tej bazy z GPL na komercyjną. :) A według MySQL sprawa jest prosta, zamknięta aplikacja - płać i nie obchodzi ich to jak bardzo kombinujesz z proxy bibliotekami. :P


Żeby tego typu sposób naprawdę przeszedł, to musiałbyś zrobić dwie dodatkowe rzeczy:
1. Wprowadzić samodzielność głównej biblioteki, że do funkcjonowania nie trzeba by było tego frameworka i MySQL'a czyli zastosować jakiś zastępczy silnik bazodanowy.
2. Osobno dystrybuować główną bibliotekę i osobno framework z MySQL'em, np. w postaci pluginu.

Tylko czy w takim wypadku jest sens?

[nie narzucać użytkownikowi jedynie słusznych rozwiązań]Chyba raczej developer, bo użytkownik aplikacji akurat nie ma nic do tego. ;) Zresztą SQL to SQL, wystarczy wyemigrować do jakiegoś alternatywnego rozwiązania i po kłopocie. O tyle jest to łatwo w przypadku MySQL, że prócz paru nieścisłości i tak oferuje mało ficzerów w porównaniu do reszty graczy (chociaż jak ktoś już wcześniej wymienił - 5.0 nadrabia pod tym względem, ale jeszcze brak im doświadczenia. Wkurzające jest to, że niektóre nowości są dostępne tylko w przypadku tabel InnoDB a niektóre tylko MyIsam. Ten pierwszy rodzaj jest bardziej funkcjonalny i ma blokowanie na poziomie rzędów. Niestety jest znacznie wolniejszy od MyIsam, który z kolei nie ma paru bajerków i przez to jest szybki. No i niestety blokowanie na poziomie tabel, co przy dużym obciążeniu jest katastrofalne. I weź tu wybieraj. :D).

A do programu typu katalog CD brać MySQL'a to lekka głupota. ;) Już lepiej SQlite czy SQL Server 2005 Compact Edition (darmowy!!!).

Mysql używam i na windowsie i na linuksie, 0 problemów w dodatku świetne nakładki graficzne do konfiguracji servera :)

Chcialbym widziec, jak MySQL poradzil by sobie z naszymi danymi (Oracle 9, ponad 2 MILIARDY danych w jednej tabeli).
Oracle co prawda kosztuje, ale w ciagu paru sekund znajduje dane w tych 2 miliardach.
I to mi sie bardzo podoba.