Ahoj,

kdysi jsme to řešili pomocí volání stored procedure, která dostala jako 
argument identifikaci
uživatele a poznamenala si ji do jakéhosi místa specifického pro připojení, 
takže
to pak bylo dostupné i triggerům a jiným uloženým procedurám.

Makub

Dne 17.2.2014 15:15, Ondra Medek napsal(a):
Ahoj,

viz java.sql.Connection.setClientInfo(String, String). používal jsem kdysi přesně na 
stejnou věc pro Oracle. Akorát už se nepamatuji přesně jaký parametr name jsem tenkrát 
používal, asi "ClientUser", jak je nápověda v javadoc.

Ondra Medek


2014-02-17 14:14 GMT+01:00 Petr Šrajer <petr.sra...@ais.cz 
<mailto:petr.sra...@ais.cz>>:

             Pěkný den.

             V serverové aplikaci používáme connection pool . Uživatelé tedy 
přistupují k databázi přes JDBC pod jediným DB uživatelem. Náš zákazník nyní 
požaduje, abychom byli schopni identifikovat dlouhoběžící SQL dotazy na úrovni 
aplikačního uživatele.
             Jako ORM vrstvu používáme Eclipselink, DB servery používáme Oracle 
a IBM Informix. Napadají mě 2 možné varianty - nějakým způsobem přeposílat 
opravdového operátora jako součást dotazu a nějak operátora zobrazit přímo na 
DB serveru. Nebo použít nějaký proxy JDBC driver, který by uměl uživatele 
evidovat a vypsat.
             Pokud máte zkušenosti s tímto problémem prosím dejte vědět jak 
jste problém řešili u Vás.

       Díky
             Petr Šrajer




--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CERIT-SC                               Martin Kuba
Institute of Computer Science    email: ma...@ics.muni.cz
Masaryk University             http://www.ics.muni.cz/~makub/
Botanicka 68a, 60200 Brno, CZ     mobil: +420-603-533775
--------------------------------------------------------------

Odpovedet emailem