Upoređivanje RDBMS - MSSQL v. MySQL v. Oracle v. PostgreSQL...

Ne, nije upoređivanje koji RDBMS je bolji, nego šta koristiti (kada, kako, gde i zbog čega)?

MSSQL v. MySQL v. Oracle v. PostgreSQL v. SQLite v. NekiTamoSQL(poredano po alfabetu, a ne po subjektivnom 'ovaj-RDBMS-je-tata' osećaju).

Tipa, koji sistem je najbolje koristiti:
- u bankama i zašto;
- za ERP platforme i zašto;
- berzanske platforme i zašto;
- social networks (facebook, instagram... etc);
- pretraživači (google, yahoo, bing, yandex...);
- chat (i slične) platforme (viber, skype, whatsapp... etc);
- ostalo...

Kada koristiti MySQL, a kada MariaDB, ili HeidiSQL?
Mislim da bi @BogdanKecman bio najkompetetniji da dâ odgovor. Bogdane, da te preduhitrim, znam da su Maria i Heidi dobre ribe!
Šalim se, MySQL fork-ovi ;)

Hajde da finansijsku konotaciju ne uzimamo u obzir, osim u "ovo i ovo mogu isto, ali ovo je jeftinije" slučaju...
Ili "nacionalnu" ostrašćenost tipa: Micro$oft su masoni, Orakljivi su iluminati - oni nas deru za velike pare, a ovi drugi su OpenSource i zato su naibolji i keve (i džaba)...

Samo objektivno i dobro argumentovano pliz... :)

Nadam se da će tema da zaživi...

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky

Teme verovatno nece zaziveti jer nema dobre osnove

Gde god moze koristi se neka free baza ako zadovoljava

Ali ako neki program treba da bude stabilan/sertifikovan/sta god onda autori biraju bazu koja ce zadovoljiti te uslove

HeidiSQL je samo dobar program za administraciju baze, nije baza

Potpis

Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux

Da, ako zadovoljava... Zato i jesam otvorio temu. Šta, gde, kada i kako zadovoljava i koji su to uslovi.



Znam da je front-end za MySQL. Neko mi reče da su razvili i neki fork, opet - nisam siguran... Možda i grešim.

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky

Malo si preterao sa interesovanjem. Toliko si otišao u širinu da bi odgovor na tvoje pitanje, ali ozbiljan odgovor, zahtevao analizu na više stotina strana pa i više. Bolje se fokusiraj na određeni problem pa za njega traži odgovarajuće rešenje nego da postavljaš ovakva, blago rečeno, čudna pitanja.
Ne zaboravi, kvalitet odgovora uvek zavisi od kvaliteta pitanja. Da li ti stvarno misliš da će ti neko uraditi analizu svih mogućih baza podataka za sve moguće uslove upotrebe? Ako to misliš onda nemam reči kako da te definišem i u koju kategoriju stručnjaka da te smestim.

@mkaras

Nisam ja postavio temu za neki konkretan problem, koji ja imam...

Otvorio sam tu temu, kako bismo svi mi mogli učestvovati u nekoj kvalitetnoj "raspravi", naučiti nešto novo, videti gde grešimo i tome slično...

Npr. neko iz IT sektora neke banke će se ovde pojaviti i reći kako je radio u ABC banci i njihov sistem je naslonjen na Oracle, a sada radi u XYZ banci, čiji sistem je na MS SQL-u. I onda u nekom konkretnom primeru kaže kada je bolje ovo vs. ono, ali ima i primer gde je ono "pobedilo" ovo.

Što se mene tiče, ja se naslanjam na MySQL već godinama u nazad, ali kako stvari sada stoje, polako migriramo na PostgreSQL.
Ne zbog nefunkcionalnosti MySQL-a kao RDBMS, u odnosu na pgSQL (i jedan i drugi sistem zadovoljavaju sve naše potrebe), nego zbog pravnih ograničenja:
- i MySQL i pgSQL jesu besplatni, s tim što MySQL-ove binarije ne možemo (besplatno) isporučiti uz svoju app., za razliku od pgSQL, gde binarije potrpamo zajedno sa našim fajlovima i instaliramo pgSQL (potpuno besplano i bez kršenja Licence) kroz Setup naše aplikacije.
Za razliku od pgSQL, MySQL ne možemo isporučivati uz našu aplikaciju, nego ga krajnji korisnik mora sam skinuti i instalirati. A mi želimo user-friendly instalaciju, gde po NNF sistemu, jedostavno, brzo i bez mnogo peripetija instalira aplikaciju i počne sa radom u njoj.

I opet ponavljam:
Temu sam otvorio zbog svih nas, a ne zbog mene kao pojedinca...

Ako @admin misli da tema ne zaslužuje da bude na ovom podforumu, ili ako odgovori i dalje budu išli u offtopic, može slobodno da je izbriše. Nemam ništa protiv.

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky

Eto vidis, pokrenuo si jedan aspekt na koji malo ko obraca paznju, jednostavnost instalacije, da li ste probali SQLite?

Ne ocekuj ovde odgovor nekog ko je radio u banci pa presao u drugu, sigurno ih ima, ali to su teme o kojim se ne prica na forumuma. Neko je drugi odabrao to resenje (mozda nije ni pitao nikog iz IT sektora) i to mora da se koristi i mora da radi.

Na pravom ste putu sa HeidiSQL, nove verzije imaju podrsku za PostgreSQL

Potpis

Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux

Ma, dobro... banka mi prva pala na pamet...
Eto, neka se javi neko od naših forumaša, ko je sa Googleta prešao u MS Bing, recimo!

Kao što si i ti već rekao:


Isto tako smo i mi morali migrirati na pgSQL... I sa ove tačke gledišta, uopšte mi ne smeta... Možda malo u početku i jeste, ali izgleda da je u pitaju bila samo stvar navike...

Vidiš, zato i jesam pokrenuo ovu temu:

Iskreno, nisam nikada imao dodira sa SQLite.

Ali, zašto ne koristiti SQLite, ako zadovoljava sve potrebe nekog projekta, a usput ima i neke beneficije (jednostavnost instalacije - kako si pomenuo).

Samo bih voleo da, kada već neko pomene neki RDBMS, da nam kaže i koja je njegova prednost u konkretnom slučaju u odnosu na druge...
Evo, ti si pomenuo lakoću instalacije kod SQLite... ja, iskreno, nemam problem sa instalacijom ni kod MySQL, ni kod pgSQL... skinem binarije, smestim ih gde hoću, "iščukam" par linija u cmd (ako je Win u pitanju), promenim par linija u .conf fajlovima, ili skinem .msi ako me ne interesuje šta mi .msi radi u pozadini...

Ja sam, u nekom od postova, rekao da nam i MySQL i pgSQL, zadovoljavaju potrebe projekta, ali prednost pgSQL je ta, što možemo isporučivati pgSQL binarije zajedno sa našom app.
Možemo i MySQL binarije isporučiti, ali time narušavamo EULA-u, odn. kršimo zakon, dok pgSQL EULA kaže da je to sasvim u redu i da nismo ograničeni po tom pitanju.

Na taj način sam mislio da se ostavljaju mišljenja i iskustva na ovoj temi... Nebitno šta je u pitanju... Ali verujem da će nam svima biti od koristi u nekom trenutku, šta god to bilo.

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky

https://en.wikipedia.org/wiki/...al_database_management_systems

Ma nije tebi problem što ne možeš da isporučiš binarno MySQL nego što hoćeš da ti bude džabe.
Lepo potpiši partnerski ugovor sa Oraclom, pa isporučuj i prodaj licence za MySQL koliko hoćeš.

Uopšte ne možemo da razgovaramo na istom nivou. Koliko imaš testnih baza u firmi od 5 terabajta data fajlova? I zašto misliš da administratora kod krajnjeg klijenta uopšte briga koja je baza u pozadini?

Imali smo klijenta koji je insistirao da mu DB server bude na Windowsu. Kada smo, na naše insistiranje, posle nekoliko meseci prebacili na Linux, odmah je odahnuo i shvatio da ima mnogo manje administracije nego što je imao sa Win mašinom. Ne zato što je Linux bolji, nego zato što je za sve što bi mu palo na pamet da administrira imao već rešeno našim skriptovima po principu nahrani prasiće i ne diraj dugmiće...
Baš administratora briga koji je operativni sistem, hardver ili baza na kraju aplikacije.

@jablan
Da, isti ovaj link sam ispratio pre nego što mi je sinula ideja za temu. Bilo mi bezze da ga okačim ovde...


Upravo to... I naše app. su za Dž. Ili skoro za Dž. Barem ove koje guramo sa pgSQL.
Isto tako, zavisi i od toga kakav ugovor potpišeš sa Oracle-om, pa da guraš MySQL binarije, a da ti je to ekonomski isplativo, odn. tvom klijentu... I onda dođe neko sa (npr.) pgSQL rešenjem i isto tako kvalitetnom app. i čitav posao ti pada u vodu.

Opet ponavljam, ovde nije u pitanju neki moj problem, nego neki generalni pogledi, pa bih volio da se od sada u svojim postovima ne obraćate lično meni...

Bez uvrede, ali čemu to pitanje? Nisam temu otvorio da bismo ovde pisali o tome "čiji je veći" i ko je amater, pro. ili više pro. ili najviše pro... ili još veći pro od ovog poslednjeg (ovo me sada podseti na onaj vic o patuljastom patuljku)

Da, kao što si i sam rekao. "Krivi" ste vi, a ne platforma. Isto tako, imali smo i situaciju, gde smo klijentu hteli progurati Linux/MySQL rešenje, iz sličnih razloga (naravno, oni bi "skinuli" binarije i "sami" sve provrtili na serverima - mi sa tim ne bismo imali ništa ), ali su par meseci ranije kupili Win Server 2012 i MS SQL 2008 + pripadajuće CAL licence. I kako da oni objasne sada svojim finansijama zašto su potrošili nekoliko hiljada €, za nešto što im ne treba? (Mi im u to vreme nismo bili podrška, odmah da naglasim).
Ne kažem da ne volim da čitavu priču proguram sa MS rešenjem, ako klijent zaista insistira. RUC, koju pri tome ostvarimo na isporuci, nije nimalo beznačajna. A slagaće onaj ko ovde napiše da je gadljiv na pare.

Toliko o tome... Smorih se više pisanjem opširnih odgovora... Opet ponavljam, nisam temu otvorio iz nekog trenutnog ličnog interesa, ili konkretnog problema, nego da se povede opšta diskusija na temu.

I još jednom bih vas zamolio da se u narednim postovima ne obraćate meni lično. Na kraju ispadne kao omalovažavanje mene samog, iako mi je namera bila opšte, a ne lično "dobro".
Još ću zažaliti što sam uopšte i postavio temu i zamoliti administratora da je obriše.
Zaista ljudi - nije OK da me skoro u svakom postu neko napada...

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky

Nije mi ni bila namera da ih merimo, stvar je u perspektivi.
Nije bitno čija je aplikacija veća ili skuplja, stvar je u tome da pgSQL i MySQL uopšte ne možeš da staviš u istu ravan kao Oracle i MSSQL (ili DB).
I ne možeš da porediš lakoću instaliranja kada prodaješ (ili poklanjaš) aplikaciju firmi čiji je IT "komšijin mali" i nekoj koja ima 70 ili 100 ljudi u IT-u.

Na koji onda način tebi (ili bilo kome kojem posao radi pgSQL) ima smisla govoriti i pisati po čemu je Oracle ili MSSQL bolji (a svako poređenje je smešno).

Ako hoćeš neko poređenje između Oracle i MSSQL mogu da kažem sledeće:

Ove dve baze su po performansama i mogućnosti uporedive kada je u pitanju relativno mali obim podataka, s tim da MSSQL može biti jevtiniji za iste ili slične performanse.

Kada se radi o velikim bazama Oracle je mnogo bolji i skuplji od MSSQL.

- ima bolju optimizaciju upita (u Oracle bazi praktično nema stvarne potrebe za temporary tabelama, joinovi se mnogo bolje obrađuju)
- PL/SQL je bolji jezik od T-SQL
- osim PL/SQL, može se programirati u Javi (stored procedure mogu biti Java, može se učitati bilo koji Java paket u bazu i pozivati Java funkcije kao UDF - user defined funkcije).
- osim PL/SQL i Jave koje su direktno podržane, u bazu mogu da se stavi samo STUB funkcije, a da se funkcija piše u bilo kom drugom jeziku
- PL/SQL procedure se mogu u run time kompajlirati u C, pa se od njih napravi deljena biblioteka
- particionisanje je mnogo bolje nego u bilo kojoj drugoj bazi
- klaster je urađen mnogo bolje nego na bilo kojoj drugoj bazi
- skalabilonost i portabilnost - Oracle radi na svemu, svakom procesoru i svakom operativnom sistemu - MS SQL samo na Win

Sada neko može da proba da da suprotno mišljenje od mog (da je MS SQL bolji od Oracle), pa da onda probam da obrazložim:

Zašto bi nekom bilo bitno da li se joinovi bolje optimizuju u jednoj ili drugoj bazi? Pa ako nema 10000 tabela u aplikaciji verovatno mu nije bitno.
Zašto je bitan proceduralan jezik u bazi? Ako nema 6.6 miliona redova stored procedura, verovatno mu nije bitno.
Zašto je bitno particionaisanje? Ako nema 10 miliona novih slogova mesečno nedeljno ili dnevno, nije bitno.
Zašto je bitan klaster? Pa ako ti posao ne radi mašina od 96 četvorojezgarnih procesora i 16 TB RAMa, ti onda staviš do 9 takvih mašina (može i više ali se 9 lepo upakuje u rekove).
Zašto je bitna nezavisnost od procesora? Da li ti znaš neku verziju Win koja radi na, recimo, IBM mainframe Z-series (a što bi klijent kupovao drugu mašinu kad već ima Z-series)...

I poslednje poređenje:

Nekome posao radi jednoprocesorska mašina sa Oracle Standard Edition One, a Oracle licencu za bazu je platio 5,800 USD.
Kome je to malo, uzme dvoprocesorsku, pa plati licencu 11,600 USD (ovo je ukupna cena, Oracle mu prizna onih 5,800 što je pre platio, samo doplati 5,800).
Pa mu onda bude malo, uzme 4 quad core procesora, pa plati Standard Edition 92,000 USD.
Pa mu opet bude malo, uzme Enterprise Edition verziju sa Partitioning option, i to plati 500,000 USD.
Pa mu i to bude malo, pa uzme 32 P7 jezgara, Partitioning Option i gomilu Enterprise Manager opcija, pa plati 2,2 miliona dolara
Pa mu i to bude malo, uzme i drugu istu takvu mašinu, uzme Real Application Cluster, pa plati 5 miliona dolara.

I kako onda porediti šta može da uradi ona jedna jednoprocesorska mašina za koju je licencu platio 5,800 dolara i klaster sa 64 P7 jezgara za koji je platio licencu 5 miliona?

@djoka_l
E brate, ti ga sada pretera... :)

Iskreno, sada me živo interesuje čime zarađuješ za 'leba da jedeš! :)

Šalu na stranu, naravno...

E sada. Koliko znam Facebook se vrtio na MySQL. Znam da jeste, a možda je još uvek tako (nisam u skorije vreme ništa guglao po tom pitanju). Google? Čini mi se i oni.

A i jedni i drugi imaju baš huge amount of data...

Sada tema ide u jednom od onih pravaca, u kojima sam odmah na početk želeo da ide... ;)

Još samo da se nađe još jedan Profesor, kao što je to djoka_l, pa da mi deca odslušamo predavanje do kraja!
[Zaista nije cinizam, no skidanje kape dole, ako stvarno operišeš tolikim podacima]

[EDIT:] E da... vozimo neke finansijske aplikacije... Ali, ni u ludilu nismo imali tu količinu podataka, o kojoj ti pričaš. I imamo negde oko 250 tabela, JOIN nam je (čini mi se) išao nad nekih max. 25 - 30 tabela. Možda lažem, moram da proverim.

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky

Ma sto se tice banaka stvar je vrlo jednostavna, ako dobijes zadatak da umrezis deset prodavnica u tri grada sve ce t biti jasno, kod banaka su svi salteri umrezeni a to nije lako.

Moram priznati da me zanima sa kojim alatom pravite alikaciju kad mozete da napravite tako jednostavnu instalaciju, baza sa 250 tabela nije mala iverovatno ima desetak tabela gde se definise ponasanje aplikacije, kako to resavate? U vezi sa bankama, kolika je firma u kojoj toradi, tacnije koliko korisnika imate istovremeno?

Potpis

Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux

A ne.. nisi me razumeo...

Tu "jednostavnu instalaciju" baze, kako smo je krstili na ovoj temi, imamo za neke app. koje nemaju veze sa našim fin. softverom. I obično se nalaze na nekim računarima koji su offline, odn. ne gledaju se sa serverom. Ili taj klijent uopšte nema naš fin. sw.

U pitanju su neke aplikacije za izdavanje putnih ili radnih naloga i tome slično... Ili mali klijenti, tipa STR, SZR, SUR kojima treba samo modul za kasu.


To što se tiče prodavnica (supermarketa) mi je apsolutno poznato. Imamo jedan market sa 16 objekata i u svakom objektu najmanje dve kase. Plus, uprava... :)

Rešavamo peške... :)
Master/slave serverske mašine, master/slave serveri baza podataka. Ručno dizanje serverâ, ručno konfigurisanje. Sve peške, kao što rekoh. O.o

Iskreno, nisam razumeo pitanje...

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky

Najjednostavnija baza je SQLite, sve u jednom fajlu, samo je pitanje da li alat s kojim vi radite aplikacije to podrzava. Namena je za male aplikacije koje verovatnonemaju vezu i ne treba im veza sa necim drugim. Googlov standard za android aplikacije.

Ono sto me zanima je kolika je firma gde to radi ili treba da radi. I zanima me alat sa kojim radite aplikacije.

Potpis

Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux

od djoka_l sam cuo neke stvari koje nisam znao o Oracle-u tako da tema nije uzaludna. znao sam da je mocniji od T-SQL sa neta sto sam gledao primere ali sam sad stekao utisak da je razlika mnogo veca.

sto se tice teme nema preporuke za bazu, samo potreba o mehanizmima i broj redova odlucuju o tome ciji proizvod ce se koristiti. takodje i cena baze utice na sve. tako da ako su mali sistemi u pitanju, besplatne baze dolaze u obzir.

@dragancesu
Radimo u C#, NET Framework 4.0 i 4.5.
Aman da može da se konektuje... SQLite.NET.0.21_x68_dll je ADO.NET data provider za SQLite (malo guglao na tu temu).

E sada, što se tiče aplikacija, pretpostavljam da bi mogle da se naslone na SQLite. Nije u pitanju to, kolika je firma. To su ionako pomoćne single user app. Znači, aplikacija instalirana na jednom računaru, bez remote pristupa sa drugog klijenta. Nekoliko tabela, sa po 10-15 redova podataka i (hajde da je nazovemo) glavna tabela sa nekih (do) 500 redova podataka na godišnjem nivou. E sada, kako glasi EULA, odn. pod kojim uslovima je možemo koristiti, ili kako se radi bekap (recimo... sada mi pade na pamet), koliko redova podataka u jednoj tabeli može da istrpi, koliko tabelâ može da istrpi, koliko je Windows friendly... Tu sam na nepoznatom polju... Faktički, Tabula Raza :)

@Orome
Hajde da ti ne citiram čitavu poruku... ;)
Znao sam ja da tema nije uzaludna! :D
I mene je @djoka_l iznenadio ovim što je rekao za Oracle. Znao sam da je moćan, ali nisam znao da je baš toliko PREMOĆAN! u odnosu na druge.

Što se tiče drugog pasusa tvoje poruke: pa, hajde da kažemo da sam upravo zbog toga i načeo temu... Ipak, većina nas (99.9% ovde na forumu) radi sa malim sistemima. E sada... kada i u kom slučaju odabrati MySQL, kada pgSQL, a kada se i iskeširati za licencu za MS SQL (cca. 600€ neka osnovna varijanta + CAL licence), ili Oracle licencu (djoka_l je u jednom od postova pomenuo da je to negde oko 2500$), što je faktički izjednačava sa cenom MS SQL licence, kada se sve sabere i oduzme...

Potpis

Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky