Od: Tomas Zverina <[EMAIL PROTECTED]>
Předmět: Re: sledovani zasahu do DB - Spring, Oracle
Datum: 20.12.2006 13:20:48
Diky vsem za tipy, pravdepodobne se tedy vydam cestou wrapperu JDBC
pripojeni v kombinaci s triggery.
Zdar!
Jiri Fabian wrote:
&
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Stöhr Miroslav RNDr. Ph.D.
Sent: Tuesday, December 19, 2006 8:54 AM
To: Java
Subject: RE: sledovani zasahu do DB - Spring, Oracle
Kdysi davno, davno tomu :-)) jsem neco podobneho resil tim, ze jsem vytvoril
Proc by to nemohlo byt, ja jsem neco podobnyho delal. Dokonce
zakaznik pozadoval aby se mohl presne podivat v jakem stavu byla
databaze v nejakem konkretnim datu (a bylo to databaze s miliony
zivejch zaznamu. Takze jsme jim udelali zatracene slozite pohledy nad
auditovacima tabulkama a oni si moh
A proc by nemohli my je s uspechem pouzivame a jsme spokojeni ... :-)
Vladimír Náprstek napsal(a):
> Tyhle logy stejne nemuzou slouzit k dohledani stavu DB. Je to jen to tom
> co se kdy zmenilo nebo spis kdo to byl. Proste historie a nic vic...
>
> Jiří Mareš píše v Út 19. 12. 2006 v 12:37
Tyhle logy stejne nemuzou slouzit k dohledani stavu DB. Je to jen to tom
co se kdy zmenilo nebo spis kdo to byl. Proste historie a nic vic...
Jiří Mareš píše v Út 19. 12. 2006 v 12:37 +0100:
> My pouzivame totez, ale pro lepsi dohledavani zmen (docela casta operace)
> mame pro kazdy auditovanou t
My pouzivame totez, ale pro lepsi dohledavani zmen (docela casta operace) mame
pro kazdy auditovanou tablku
(neauditujeme vsechny) specialni audit tabulku, kde co radek to zmena, ma to
platnost od-do (tim se hodne zjednodusi
dohledavani jak db vypadala napr. 20.12.2006 12:30) ..
Rekl bych, ze h
, December 19, 2006 8:54 AM
To: Java
Subject: RE: sledovani zasahu do DB - Spring, Oracle
Kdysi davno, davno tomu :-)) jsem neco podobneho resil tim, ze jsem vytvoril
jednoduchy wrapper pro JDBC connection, kterou jsem pak podstrcil connection
poolu. Fungovalo to bezvadne, a hotove jsem to mel za
U jedne nasi "velke" aplikace je tento problem resen tak, ze aplikace do
jedne specialni tabulky strka veskere auditovaci informace:
datum, uzivatel, kde, co, nova hodnota, atd.
jen najit puvodni hodnotu musite trochu sloziteji, protoze puvodni
hodnota je v jinem radku (jako nova hodnota ve stars
Zdravím,
my jsme toto řešili na dvou projektech takto:
- hibernate pro to má podporu. Nicméně některé věci tam jsou složitější.
Je možné získat předchozí a novou hodnotu. Ale např. u vazby N ku N je
to docela těžší. Pokud budete mít zájem o kód rád zveřejním.
- u jedno jsme používali Oracle. Orac
Pokud je to JEN pro oracle, muzete zkusit "How To Support Dynamic JDBC
Credentials" (tim do DB dostanete uzivatele,
http://www.oracle.com/technology/products/jdev/howtos/10g/dynamicjdbchowto.html)
a pak pouzit auditing v DB. Z hlediska nastaveni je to jednoduche. Ale velka
nevyhoda je v tom, ze u
Kdysi davno, davno tomu :-)) jsem neco podobneho resil tim, ze jsem vytvoril
jednoduchy wrapper pro JDBC connection, kterou jsem pak podstrcil connection
poolu. Fungovalo to bezvadne, a hotove jsem to mel za chvilku ...
Mirek
-Original Message-
From: [EMAIL PROTECTED]
My jsme to řešili v projektu, který byl pospojován pomocí Springu, a tam
jsme použili aspekt pověšený na metody DAO objektů. Nebylo to tedy v
pravém smyslu logování činností na db, ale na DAO vrstvě, aspekt
zalogoval název metody a hodnoty parametrů. Nevýhodou je, že nelze
zalogovat původní hodnotu
Ahoj,
nevim co pouzivas za DB, ale u DB2 ma connection radu parametru, ktere je mozne
nastavit pomoci JDBC a v DB si je
precist. Takze tim se da predat i skutecny uzivatel napr. z aplikacniho
serveru, coz jsme presne pouzili ...
Hezky den
> mam tu pozadavek, aby se sledovaly veskere zmeny, kt
13 matches
Mail list logo
