Svijetlu buducnost, sve vise me iznenadjuje.
tih 300 komada je sica.
znaci godisnje oko 110000 redova.

Da, i sta mogu da ocekjem posle 10 godina?
Da li neko koristi mysql za nesto ozbiljno? I koliko moze da je optereti i koliko je ona zaista pouzdana

Sta mozes ocekivati za 10 godina??? Otidji kod gatare pa je pitaj.

To je suvishe dug period u IT industriji da bi neko mogao da predvidi i tebi garantuje - osigura sta ce biti. Razmisli sta ti sad treba i sta zelis sad postici + eventualno pogled godinu dana unaprijed. Ako zelis praviti tako dugorocne investicije bolje se prebaci u neku drugu bransu.

Mislim sa mojom bazom sta ce biti.. Hoce li izdrzati to?

Radio sam na bazi sa oko 26 Gb, nekih 300 miliona redova u jednoj tabeli plus ostatak od par miliona, php i mysql su ver. 5, sa indexima to sve lepo radi. Ubacivanje u bazu i pravljenje indexa oko 150 miliona redova u 3 tabele traje od sat do tri sata (trebalo je nesto da se pobrise, trajalo sat i po, i ubacivanje novoga i reindexiranje oko 2.5-3 sata... zajedno oko 4,5 sati).
Sve u svemu, radi lepo (ni oraclu ne treba manje na istoj/slicnoj masini koliko su mi rekli neki ljudi koji su radili sa oracleom i takvim vecim (ako se ovo smatra vecom) bazama).
mysql je 5.0.18, znaci ne najnoviji, PHP 5.1.2, mansina pod SLES-om 10.

P.S. Vidjao sam mysql baze koje kad nije dobro odradjen upit rade i satima, kad se promenio (optimizovao) upit, sa nekoliko sati presao je na par minuta (u pitanju su tabele bez indexa, zato je trajalo). Sve u svemu, oracle ima dobar alat za analiziranje tih stvari, za mysql ne znam da li postoji nesto sto ti predlozi optimizaciju koda.

Ok, znaci provereno radi sa vecim podacima..
Posto su me napali neki ljudi da je MySQL krsh i da sluzi samo za web zezanje... Kao PHP+Apach+MySQL.
Znaci moze se raditi i nesto ozbiljnije.
Thx

moze se raditi.

Ama, to je rasprostranjena open source baza od koje zavisi dovoljno toga, da čak i ako AB Soft (proizvođač) propadne, naći će se neko ko će biti dovoljno zainteresovan da do'vati kod i nastavi da ga razvija. Meni te dve činjenice (rasprostranjenost i otvorenost koda) ulivaju poverenje da je projekat neće propasti, pa makar i proizvođač propao.

Napravio sam mali programcic koji ubacuje u MySQL 5 random vredonst u polja, jedno je brojno i indexirano a ova ostala su razlicitih sadrzina. Ima char, varchar, date, time, enum, itd.. Napravio sam dve paralelne tabele koje su iste i punim ih. Ostavio sam racunar da radi vec 2-3 dana i stigao je do 12 miliona rekorda po tabeli. Videcemo kada nagura na malo veci iznos pa da probam da testiram. Recimo sada mi je trebalo oko 34 sekunde da uradi:
SELECT COUNT(BR) FROM TABELA1 sa 12 miliona rekorda. Uz to BR je indeksiran i ima vrednost od 0 do 100 (slucajnim generisanjem brojeva se puni).

Buducnost MySQL-a je u komercijalizaciji istog, a to nagovestavaju i sami autori ;-)

Elem, pre neki dan je MySQL ekipa najavila da ce trenutni code tarball-ovi biti dostupni samo placajucim korisnicima, a za ostale ce biti objavljivane stabilne verzije ("servisne" - obecavaju bar 4 na godinu dana).

http://www.regdeveloper.co.uk/2007/08/14/mysql_tarball_community/



Iako je taj potez prakticno anulira prednosti OSS razvoja (verifikaciju od strane siroke javnosti) - autori MySQL-a ocigledno imaju IPO u svojim glavama, a to znaci da moraju nekako da poboljsaju profit i mogucnosti rasta, pa ocekujem jos poteza ka komercijalizaciji.

Naravno, OSS verziju niko ne moze da ukine, ali mi se cini da ce ona polako postati "deveta rupa na svirali".

Pa pazi, po tvojoj računici 300 redova dnevno, za 10 godina mu dođe oko 1,000,000 redova... Taj red veličine nije problem ni za jednu bazu, pa verujem ni za MySQL... Ne znam kakvo je sad stanje sa MySQL-om, i koja jeverzija sada aktuelna ali ja kada sam radio odabir baze MySQL nije imao ništa od 'naprednijih' opcija, tako da i pored najboljih namera nije mogao da prođe prvo kolo kvalifikacija... Da li stvari isto stoje danas, to nemam pojma, samo znam da se ES svako jutro gasi na par sati kako bi se mogao napraviti backup baze... Da MySQL može raditi backup na živoj bazi verujem da se sajt ne bi gasio, tako da ako tako osnovna stvar nije još uvek odrađena, onda šta očekivati od te baze, osim za tako te najobičnije upotrebe gde eto nemožeš baš access da koristiš...

Trenutno po meni postoje Oracle i MSSQL kao jedine baze sa kojima vredi nešto ozbiljnije započinjati. Za DB2 nisam siguran jer ne znam koliko ta baza može da se izbori sa ove dve prethodno navedene, a da ne bude nakon par godina ista stvar kao sa OS/2, puj pike ne važi se više i da ugase projekat... Pa onda zaglaviš u problemu... Ako ipak insistiraš na besplatnoj bazi onda bi ja u svakom slučaju pre gledao PostgreSQL nego MySQL...

A ja mislim da će, ako bude gusto, tu verziju da do'vati neki drugi tim i da nastavi da ga razvija, recimo pod sličnim uslovima (dvostruko licenciranje).

A kada je bio nekomercijalan? Otkako ja znam za MySQL, prodavale su se komercijalne licence za njega.

Ne znam kakve je mogućnosti imala verzija 4, ali od verzije 3, koja bi se pre mogla nazvati polubazom nego bazom podataka, MySQL je puno napredovao do verzije 5, koja je "punokrva" baza podataka.

ES ima i drugih tehničkih problema. No, nikada takve probleme nisam primećivao na Google-u u Yahoo-u, tako da ne bih na osnovu ES-a izvodio zaključke o MySQL-u.

ti si to verovatno birao bazu pre par godina, kad je mysql stvarno bio poluupotrebljiv, ali stvari su se od tada znacajno promenile

http://www.mysql.com/products/enterprise/server.html


http://dev.mysql.com/downloads/mysql/5.0.html#downloads

Jeste, MySQL je uvek bio komercijalan - ali, kao sto vidis, kompanija koja je iza njega sve manje i manje poklanja paznje OSS verziji MySQL-a, sto je indikativan pokazatelj da se ide ka sve vecoj komercijalizaciji.

Teske reci, DB2 je duze na trzistu nego MSSQL, baza je veoma stabilna, radi na velikom broju arhitektura, a sada ako IBM odluci da prestane sa razvojem, desice se eclipse scenario, a ne OS/2. Sa druge strane cim jos uvek ne pustaju open source db2 znaci da jos uvek prave jako velike pare.

I to veće nego MS SQL Server.

Slažem se da je DB2 odlična baza, nego da ja sada počinjem neki veći projekat i biram bazu za to, DB2 ne bi odabrao samo iz razloga što je neizvesno kakva joj je budućnost... Oracle već suvereno vlada, MSSQL lagano grabi sve veći kolač, a kad je slična stvar bila sa OS/2, oni jednostavno rekli e više nećemo da se igramo desktop operativnih sistema i to je to...

Preporucljivo je da prvo iskljucis pravljenje index-a pre velikog ubacivanja. Prvo disable keys da ne update-uje indexe, ubacis podatke (load data ... ako tako radis, ili radis kako to ubacivanje?), nakon toga enable-ujes keys da napravi index-e i posle toga bez problema radi. Naravno da za to vreme baza trokira - ne znam da li je tako i kod drugih baza, ali ako radis select dok ubacujes veliku kolicinu podataka i pravis indexe, select ce sporo da radi... naravno, prica je drugacija i za drugacije racunare - ono sto sam pricao ranije je bilo na masini sa scsi diskovima u raid-u, na 10000 rpm (ako se dobro secam), masina je xeon na 3.4 ghz, suse linux 64 bitni.... Na prethodnoj masini na kojoj je radilo ovo isto - punjenje samo je trajalo oko 18-ak sati... a ovde sve za 4,5 sata ili tako nesto.

P.S. Sto se tice db2 baze... vrlo je osetljiva na verziju jave. Mora da bude ibm-ova, ona sun-ova je totalno sje**e. Imao sam slucaj kad sam hteo na tu masinu gde je db2 server da instaliram openoffice 1.1 (davno je to bilo), koji dolazi sa sun-ovom javom. Nakon instalacije openoffice-a, db2 server je prestao da radi... pomogla je samo reinstalacija :(, ali srecom da je to bila test masina a ne production :)

Prvo ne razumem odakle tolika briga za buducnost DB2 baze. IBM je nece skoro odbacivati (mada uvek moze da je proda nekome).
IBM je kupio pre 4-5 godina Informix. I sta bi? Eno informix i dan danas postoji i izbacuje nove verzije. Znaci nije mrtav.

Za velike baze Oracle je tata. Nema nista zastupljenije (mnogi kazu ni bolje) od toga. I nasi najveci sistemi (EPS, NIS, Telekom) koriste Oracle. MSSQL nikad nisam koristio ali sam cuo (od ljudi koji mnogo vise rade sa bazama) da MS jos uveki nije napravio nesto sto bi moglo da se meri sa Oraclom.

MySQL je baza koja je tu da ostane. Za veliki broj primena je sasvim ok. Kada se ispravno podesi i izabere odgovarajuci storage engine moze veoma lepo da radi i sa velikim bazama.

Sto se tice MySQLa i velikih tabela. Imam priliku da probam kako radi na tabeli sa nekih 34M i 54M (MyISAM storage) slogova i rezultati se vracaju pristojno brzo. Zavisno od toga za sta se baza konkretno koristi najbolje je tabele deliti na manje. Ne postoji potreba (mozda u nekim specificnim slucajevima, koji mi sada ne padaju na pamet) da se prave tabele sa 50 ili 100M slogova. Ja sam i pomenute tabele izdelio na manje, malo modifikovao indekse i da vidis kako je sve poletelo.

Poenta price je da je baza dobra onoliko koliko znas da je ispravno koristis. Cinjenica je da je MySQL u startu nesto tolerantniji na losa indeksiranja i organizaciju baze ali kada se kolicnia podataka znacajno uveca problemi se javljaju svuda, bez obzira na bazu.

Svako ko malo duze cita ovaj forum znace da nisam preteran ljubitelj M$-a , ali ono sto mogu da odgovorno kazem MS SQL-u nista fali, ima sve sto jedan ozbiljna baza podataka treba da ima, sa DB/2 sam isto radio u proslosti i video dosta egzotike sa njom sto na drugim mestima nisam uspeo(npr requrzivni SQL upit), sa oraclom nisam imao produkciono iskustvo, pa ne mogu da gresim dusu, ali mislim da se Oracle mozda malo i preterano siri tj ne verujem da je toliko bolji od ostatka konkurencije.



Hmm pa zavisi, koliko budu pustali svoj source kao GPL, tj ako GPL verzija ostane u zapecku i obogaljena od mnogih feature-a koje ces imati sa pretplatom bojim se da se necete mnogo ovajditi sa MySQL-om, doduse ja sam oduvek za neke moje licne potrebe koristio PostgreSQL jer je feature rich baza podataka i nije pucao u svom razvoju na performanse, nego je gledao da digne set feature-a, dok je MySQL isao obrnutim pravcem. Opet PostgreSQL se distribuira pod jednom jedinom licencom a to je BSD, i za sada moram da priznam jako stabilna baza.



Hehe poenta kvalitetne baze i indeksiranja se vidi upravo na takvim tabelama, mislim da veliku tabelu od 50M recorda delim na 50 tabela sa 1M rekorda, mislim ko ce bre to da odrzava, da si napravis 50 tabela umesto jedne, plus da pitam sta je sa foreign kljucevima, tj koji ce ti baza ako ne mozes da imas referentni integritet.

MySQL je i dalje DB kroz igru pesmu i muziku