Vlákno názorů k článku MySQL vs PostgreSQL vs Firebird II od anonym - Licence vývojářská a betatestovací: (d) disclose results of any...

hmm tak mam smulu. A delam si z toho ... Oraclisti by meli byt spokojeni za reklamu. Dopadlo to pro ne dobre. Pokud bych je nakrk nejak zvlast, tak at se ozvou. Neni problem si mne najit.

Patrim k tem zivlum, kteri maji problemy nektere veci respektovat, a tohle je jedna z nich. Kdyby se bod d) striktne dodrzoval, tak by se na netu nesmela objevit zadna informace o tom co v Oracle a kdy pouzit, protoze to je v jistem smyslu taky benchmark aniz by se k tomu nevyjadrilo Oracle. Podivejte se na net: vsude mate rady pouzijte to a to. Stejny problem mam s msoftama :-(.

Jde o duveryhodnost informaci: Microsofti plati nezavisle studie, kterym nikdo neveri a nesponzorovane studie nikdo nesmi udelat. Totez u Oraclu. Pokud komercni fy. chteji aby nekdo jejich sw. pouzival a platil za nej, tak se nesmi branit srovnavacim testum. Dejme tomu, ze bude pozadavek zduvodnovat grantove penize na netu. Pokud si za penize koupite Oracle, tak byste mel dolozit proc. Jednim z duvodu muze byt provedeni vykonostnich testu a jejich vysledky. Pokud bych ve zprave proskrtal vsechna cisla, tak zduvodneni vubec nema zadny vyznam.

Pevne doufam, ze fy. prestanou delat z lidi trotly co si neumeji zavazat tkanicky. Tim spis, ze kvalitni analyzy, treba od tretich stran, jsou jednim z mala podkladu proc platit za soft.

Uznavam, ze Oracle je kvalitni, ale je podstatne drazsi nez MySQL. Na netu mate kupu blabolu typu: MySQL je s..t nebo Oracle je *r*c*a. Trochu rozumne analyzy mozna z tohoto duvodu nenajdete. Nebranim se placeni, ale musim vedet proc, chci slyset argumenty.

to je skutecne sokujici. nejaky zoufalec si precte par radku v nejake licenci a zvedne karave prst. A jak za komunistu se vy prikrcite a skoro omluvne reagujete. Kde to jsme?

Samozrejme, ze jste neuverejnil zadny benchmark test. A zcela spravne jste upozornil na to, ze v kazde oracle-konferenci na netu je mnohem vice podobnych udaju. Ale omlovat se jeste takovym idiotum je na me skutecne moc.

to jste mne spatne pochopil, rozhodne jsem se neomlouval, spis mne to pobavilo.

a) drzte se pri zemi, b) kdyby komercni fy. myslely a chovaly se umerene, tak nikdo nemusi porusovat pravidla, kvuli hloupostem.

Udelejte ten test, rad si to prectu. Do update, insert jsem se nechtel poustet, nechtel jsem napsat komplexni test. Ten se pripravuje tydny a ne jeden den. Inserty to je spis test importu - a ten uz je pro kazdou databazi specificky, pg. principialne 2, oracle 5, o dalsich ani nevim. Testovat update ma smysl, pokud budete simulovat provoz. S updatem vetsinou neni problem v zapisu, ale s tim, ze update zustane na nekterem zamku. Tudiz potrebujete skripty, ktere budou simulovat typickou cinnost uzivatele, pokud mozno vzit v potaz treba to, ze se vetsinou pracuje pouze s novejsimi radkami, atd. Napsat takovy skript uz Vas nejaky cas stat bude. Smysl by to melo. Alespon co vim, a co by se dalo predpokladat, tak vsechny MVCC databaze by od n (cca kolem 5) klientu by meli mit dost navrch nad mysql, ktere vede v hrube sile.

SELECT COUNT ma jednu vyhodu - musi se zpracovat vsechny radky, ale vysledkem je pouze jedna hodnota - tudiz vliv protokolu bude minimalni (viz. predchozi uvahy o overhead protokolu mysql, firebirdu, mssql). Ne ze by to nebyly zajimave hodnoty. Ale je podstatne obtiznejsi je ziskat (tak aby mely aspon nejakou vypovidaci hodnotu)

psychologove tvrdi, ze pro muze, kteri jsou zalozenim ucetni, je nejlepsi zena=hysterka.

Po odborne strance prosim jeste si ujasnit, co je "benchmark tests". Ale kolega ucetni je jiste schopen obratem dovalit definici (odpovidajici pravnimu systemu CR)