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 --------------------------------------------------------------
