Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Když diskuse,
tak s Lopuchem

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Archiv klubu Database (mysql,...) [ŽP: neomezená] (kategorie Programování) moderuje melkor_unlimited.
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
   
[ 414 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 25.5.2005 00:39  149
Kdokoliv [148]: skoro bych mel nutkani se zeptat, kolik takovych aplikaci si potkal, ze o muzes delat zavery o jejich typickem reprezentantovi, ale neudelam to. :)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 24.5.2005 16:45  148
Tessien [136]: Jaka mela byt vlastne pointa, to ted sam dam tezko dohromady (akorat tam byl pokus o inside joke, ale to je vedlejsi) - snad jedine ta, ze proste ty aplikace, co stoji nad nekolika sty milionu radku v DB, byvaji typicky tak pomaly, ze to vetsinou muze znamenat jenom dve veci - budto jsou desne mizerne napsany, nebo stoji za houby ta DB pod nima (pripadne kombinace obojiho).
pepak pepak - Pepak.net 24.5.2005 15:25  147
Bredy: Coz o to, to muzu vyzkouset - dat do hosts "192.168.0.1 server" by nebyl problem a da se snadno overit, jestli se to zrychli nebo ne.
al3x 24.5.2005 15:22  146
BehemothCetl jsem, ale neprislo mi, ze by to srovnani nekdo myslel opravdu vazne.
behemoth 24.5.2005 15:02  145
AL3X: Pardon. Rekl bych neco o tom, ze si mas precist historii, ale nebudu to delat.
bredy 24.5.2005 14:59  144
pepakJen mě napadá jedna pitomost, tohle přesně mi dělal apach+php na lokále, než jsem zjistil, že nějaký skript při spojení dělá gethostbyaddr a protože neměl k dispozici DNS, při prvním requestu čekal až vytimeoutuje DNS request a při každém dalším pak používal cache.

Jiná pitomost je u serverů, které do dnes používají protokol IDENT v kombinaci s firewallem na straně klienta.
pepak pepak - Pepak.net 24.5.2005 14:19  143
Kdyz uz tady vidim Firebird - mam problem s Interbazi (ze ktere Firebird vychazi): Mam aplikaci, ktera se pripojuje ke klasickemu standalone serveru (tusim tomu Borlandi rikaji Superserver - proste ten server je samostatny proces, co posloucha na nejakem TCP/IP portu). Vetsinou to funguje v pohode, ale na nekterych instalacich to vykazuje silenou prodlevu pri prvnim connectu. Projevuje se to jen tam, kde je aplikace i server Windows XP (ale obracene to neplati - jsou i XP stanice, kde se tenhle problem neprojevuje), ale jinou pravidelnost jsem nezaznamenal. Zjevne to nema vztah k rychlosti ani kvalite site, videl jsem to i na gigabitovem rozvodu zatimco jinde to na WiFi nebo dokonce 10 mbit Ethernetu v pohode bezi. Nemelo by to byt bezicimi Windowsovskymi sluzbami (na ruznych mistech se to chova ruzne i pri standardni instalaci WXP, nekde to takhle blbne i po vypnuti vsech nekritickych sluzeb). Predpokladam, ze to bude mit souvislost spis s klientem nez serverem, protoze a) to tak blblo, i kdyz byl server na Linuxu, a b) jakmile uz se jednou pripojim, tak je zbytek velmi rychly a bezproblemovy. Nevite nekdo, co by to tak mohlo zpusobovat?
al3x 24.5.2005 14:10  142
Behemoth1] Priste vse pis do jednoho prispevku
2] Neslo o moc vaznou debatu - prvni, kdo to zacal opravdu srovnavat, jsi byl ty.
behemoth 24.5.2005 13:20  141
IMHO 3) Je-li treba zkrizit ferrari a kracejici exkavator, mame jeste Firebird, ze ktereho je neco jako australsky "road train". Jako tresinka na dortu jsou DB driven eventy (navykova zalezitost!)
behemoth 24.5.2005 13:18  140
IMHO 2)
MySQL je extremne rychle Ferrari, ktere se musi umet ridit, aby se clovek dostal rychle nekam. Cim ucpanejsi silnice je, tim pomaleji jede. A krom toho, ve sve produktivni verzi 4.0 zasadni casti nize zminene logiky pomerne zamerne neobshuje.
behemoth 24.5.2005 13:17  139
IMHO 1)
Oracle je tezkotonazni stroj, neco jako kracejici exkavator, kteremu je "uplne jedno" jak hluboka vrstva hliny nad tim uhlim je, dostane se k nemu v konstantnim (neznamena rychlem) case. Krom toho implementuje DB logiku v plne siri ANSI SQL-92 a jeste mnohem dal.
behemoth 24.5.2005 13:14  138
Prosim, PROSIM, prosim. Prestante srovnavat Oracle a MySQL. Ani jeden z tech enginu si to nezaslouzi!
mach 24.5.2005 11:07  137
tvx: ad casove omezeni - nad tim sem trochu premyslel a asi to udelam tak, ze skript vzdycky nahaze do db dalsich 10 000 radku a do HTML vypise odkaz na sebe sama. Pak to projedu HtTrackem, ktery mi je postupne vyvola.

BTW: Kdyz je MySQL o nekolik radu horsi nez treba Oracle, tak proc na tom jede Yahoo?
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 24.5.2005 10:40  136
Kdokoliv [135]: ano, je pravda, ze nektere systemy pouzivajici Oracle jsou rychlejsi nez nektere systemy, pouzivajici MySQL, pricemz bezi na ruznem hardwaru... Ovsem moc nechapu, jaka z toho ma plynout pointa - jestli ta, ze pouziti Oraclu automaticky neznamena, ze to bude nejrychlejsi, tak to je snad samozrejme, zadna technologie neni samospasitelna.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 24.5.2005 10:34  135
Tessien [134]: Ale jo, ja mel na mysli nektere jine produkty (predevsim ten v zavorce). Chtel jsem tim rict, ze ty miliony radku sice Oracle zvladne, jenze zaroven je potreba zduraznit, ze proste to pobezi na uplne jinym zeleze a i tak je to nekdy liny, ze by clovek ziral (furt se nemuzu ubranit dojmu, ze zatimco momentalni pocet uzivatelu na Lopuchu, ktery jede na sdilenem hostingu ja hodne mizerna napsanej, je 112 a beha to velmi vesele a rychle, tak jiste nejmenovanne systemy, ktere cinnosti imho odpovidaji prave necemu, jako je diskusni server (ne-li necemu jeste jednodussimu), se zadychavaji uz na par desitkach uzivatelu, pritom maji svuj samostatny DB server (ne-li) dva a hned nekolik aplikacnich serveru). Takze ano, v DB maji nejspis radove vice zaznamu, ale to, ze to je na Oraclu, je nejak moc nezachranuje, stejne potrebuji (mozna i radove) lepsi zelezo a furt dosahuji dosti diskutabilnich rychlosti.
[ 414 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt