Comments on: Proč nepotřebuji asynchronní JDBC http://blog.krecan.net/2010/01/28/proc-nepotrebuji-asynchronni-jdbc/ Short remarks from Java world Tue, 27 Jul 2010 13:59:11 +0200 http://wordpress.org/?v=2.9.2 hourly 1 By: Pavel Kolesnikov http://blog.krecan.net/2010/01/28/proc-nepotrebuji-asynchronni-jdbc/comment-page-1/#comment-1443 Pavel Kolesnikov Thu, 18 Feb 2010 12:34:12 +0000 http://blog.krecan.net/?p=486#comment-1443 Ahoj, prijde mi, ze klicovym bodem tveho komentare je myslenka, ze "prijimanim vice pozadavku situaci jen zhorsim". Samozrejme, ze pokud ma system tuto vlastnost, pak na ceste ke skalovatelnosti musime v prve radu tuto vlastnost co nejvic omezit (v pripade databaze treba shardovanim a replikaci). A tady se dostavame k pointe: jedna pretizena databaze nam nebude blokovat webserver. Mimochodem i v pripade jedine databaze je lepsi byt schopen zobrazit chybovou zpravu nez nechat klienta cekat, az se mu vubec zacne nejake vlakno weboveho serveru venovat. Ahoj, prijde mi, ze klicovym bodem tveho komentare je myslenka, ze "prijimanim vice pozadavku situaci jen zhorsim".

Samozrejme, ze pokud ma system tuto vlastnost, pak na ceste ke skalovatelnosti musime v prve radu tuto vlastnost co nejvic omezit (v pripade databaze treba shardovanim a replikaci).

A tady se dostavame k pointe: jedna pretizena databaze nam nebude blokovat webserver.

Mimochodem i v pripade jedine databaze je lepsi byt schopen zobrazit chybovou zpravu nez nechat klienta cekat, az se mu vubec zacne nejake vlakno weboveho serveru venovat.

]]> By: benzin http://blog.krecan.net/2010/01/28/proc-nepotrebuji-asynchronni-jdbc/comment-page-1/#comment-1428 benzin Wed, 03 Feb 2010 14:23:23 +0000 http://blog.krecan.net/?p=486#comment-1428 Myslim, ze se na to divate jen z jednoho uhlu. Absolutne stejna argumentace by sla pouzit na jakekoli jine asynchroni volani cehokoli. Ale presto se pouziva a jsou k tomu duvody. Samozrejme se to na spoustu mist nehodi, ale existuji aplikace kde to muze pomoci. Napriklad si dokazu predstavit pouziti asynchroniho JDBC v claudech spolecne s AJAX - commet. Takze jednim requestem ktery prijde na jeden server vyvolate spostu ruznych SQL dotazu, ktere se vykonavaji nad databazi a kdyz jsou vykonany notifikuji nejaky listener, ktery je ale na uplne jinem nodu, nez odkud prisel puvodnin dotaz a ziskana data jsou "vtlaceny" do uzivatelova prohlizece. Prave to ze odpoved z databaze muze skoncit na jinem nodu je nova vlastnost oproti tomu co poskytuji vlakna. Tohle neni o predcasne optimalizaci, tohle je o jinem pristupu k navrhu. Muzeme mit pristup sekvencni, kde vlakno pouzivame jenom zridka a vlastne temer vyhradne kvuli optimalizujeme. Nebo muzeme mit pristup "vlaknovy", kde vlakno je zakladni stavebni kamen a sekvecni pristup pouzivame jenom tam kde je zachovani posloupnosti kroku nezbytne nutne. Myslim, ze se na to divate jen z jednoho uhlu. Absolutne stejna argumentace by sla pouzit na jakekoli jine asynchroni volani cehokoli. Ale presto se pouziva a jsou k tomu duvody. Samozrejme se to na spoustu mist nehodi, ale existuji aplikace kde to muze pomoci. Napriklad si dokazu predstavit pouziti asynchroniho JDBC v claudech spolecne s AJAX - commet. Takze jednim requestem ktery prijde na jeden server vyvolate spostu ruznych SQL dotazu, ktere se vykonavaji nad databazi a kdyz jsou vykonany notifikuji nejaky listener, ktery je ale na uplne jinem nodu, nez odkud prisel puvodnin dotaz a ziskana data jsou "vtlaceny" do uzivatelova prohlizece.

Prave to ze odpoved z databaze muze skoncit na jinem nodu je nova vlastnost oproti tomu co poskytuji vlakna.

Tohle neni o predcasne optimalizaci, tohle je o jinem pristupu k navrhu. Muzeme mit pristup sekvencni, kde vlakno pouzivame jenom zridka a vlastne temer vyhradne kvuli optimalizujeme. Nebo muzeme mit pristup "vlaknovy", kde vlakno je zakladni stavebni kamen a sekvecni pristup pouzivame jenom tam kde je zachovani posloupnosti kroku nezbytne nutne.

]]> By: lzap http://blog.krecan.net/2010/01/28/proc-nepotrebuji-asynchronni-jdbc/comment-page-1/#comment-1418 lzap Fri, 29 Jan 2010 19:12:56 +0000 http://blog.krecan.net/?p=486#comment-1418 "...až to za mě Oracle vyřeší při dalším updatu Javy..." - aby ses taky dočkal :-) Pěkný článek. "...až to za mě Oracle vyřeší při dalším updatu Javy..." - aby ses taky dočkal :-)

Pěkný článek.

]]>