Posted By: medved (A~z na v~eky Mikov~ce.) on 'CZdatabases' Title: Re: Sybase Date: Fri May 28 00:00:43 1999 > > Propagujes ji vic nez nepokryte. > Kazdy propaguje tu svoji... Pisu sem o ni, protoze vim co (u ni) go a na CZDatabases bylo tak pusto prazdno... :-)) Jinak se rad poucim treba o Oraclu... Ale o nem tady nikdo nepise... :-( > > Ne ze bych proti tomu neco mel, ja si taky myslim, ze je to jedna z > > nejlepsich > > databazi, ale nepadlo ani slovo o Oraclu, ktere je rovnez pro Linux > > zdarma. > Podobna debata na tema jaky SQL server nyni probihala v Linux > konferenci > a z ni jsem si odnesl napr. poznatek, ze ackoli se Sybase tvari jako 'velka' > databaze, neumi toho zas az tak moc, napr. vel. databaze (rozumej tabulky) > omezena velikosti filesystem souboru (v ext2 je to slabych 2GB), neumi > soucasny dotaz z vice jak 16 tabulek atd... Prene tak. Maximalni velikost bezne tabulky je 2GB. Maximalni velikost jednoho BLOBu je take 2GB. Tohle je dano tim, ze se jedna o 32bit databazi starsiho data (rada 11.0.x je stara 3 roky). S temi 16 tabulkami je to take pravda. Odstraneno ve verzi 12.0 (ale ta uz zdarma nebude...). A co se toho ulozeni na filesystemu tyce - je videt, ze ten, kdo tohle napsal asi nevedel o cem pise. Vytvaret databazi pod Unixem s daty na filesystemu je DOST VELKY HAZARD - server zapisuje na disk skrz cache operacniho systemu a pri padu serveru muze dojit ke ztrate dat. Pro bezpecny beh musis pouzivat jedine raw devices (= partice na disku) > Samozrejme, ze to je vzdy nazor uzivatele, ale nekolik lidi dohromady > se > shodlo, ze Sybase je spise na male databaze a spise na 'hrani' a zkouseni, > takze pozor na ni.. ne vse je hned receno a ne vse je hned videt... a co To by me docela zajimalo, jak na tohle prisli. Nepletou si to nahodou s Anywhere databazi? Ta je optimalizovana na mensi databaze, ale Enterprise db server ma nekolik TPC-C benchmarku. A vzdycke, dyz dojde na mereni sil, tak je (!) na stejne platforme rychlejsi nez Oracle nebo Informix (Sybase je 'mladsi' databaze a tak ma multithreadove jadro, kdezto napr. Oracle ne - proto ten rozdil.) Postni sem (nebo mi mailni) kde o tom muzu ziskat vice informaci, protoze to je docela zarazejici... Ten ASE proste JE udelan tak aby obslouzil stovky a tisice soucasne pripojenych uzivatelu. Proto se chci podivat na to, jak to zkouseli - zda vubec dali tomu serveru dostatek pameti - standardne pouziva ASE 11.0.x cca 20MB a dokud mu ji nezvysis, tak rposte vyse nepoleze. To je asi nejpalcivejsi problem Enterprise databazi na Linuxu - pokud jsou dostupne za vyhodnych podminek, tak se k nim dostane kde kdo a pritom jejich nastaveni na vyssi vykon je trochu slozitejsi a tyto znalosti jen tak nekdo nema (specielne na aldeni ASE ma Sybase petidenni skoleni za cca 30.000 Kc. Ale pred tim by clovek mel znat neco z administrace [dalsich 30kKc]...). <to jsem se zase rozkecal> > potom, az mame hezky intraneti reseni a zjistime, ze nemuzeme volani > rozsirit > o dalsi tabulku... to mame prepsat veskery nastroje nebo koupit zase jine > reseni... Ano, to s tema 16ti tabulkama _je_ problem. Ale vis o tom uz od zacatku a lze se tomu i pozdeji vyhnout - pomoci docasnych tabulek, kterym vyhradis misto v cache db serveru. > Co se tyka licence, cetl jsem, ze pro komercni pouziti je naopak ta > licence pekne mastna... 0.5 MKc.. - nejaky Sybase Internet connection nebo > co... Ano, ale tadyto se NETYKA toho ASE pro Linux. To mluvis o licenci neomezeneho poctu uzivatelu u normalnich komercnich databazi (treba ASE pro NT). Tam to dokonce muze jit jeste vyse - podle toho na jake jses platforme (viz muj predchozi mail) - ASE na Ultre 10000 na Internetu - jo, to by byla palka. > PaJaSoft Bye Medved Si vis pacem, para bellum.