@Asher. I have encountered this in multiple domains. The most common being
Military systems and Medical Systems (followed closely by Industrial Process
/ Machine control systems). Trailing these groups , but still a common
requirement are financial systems.

 

From: [email protected] [mailto:[email protected]] On Behalf
Of Asher
Sent: Monday, November 28, 2011 9:31 PM
To: [email protected]
Subject: RE: [nhusers] Re: deleting children (audit information) created by
sql triggers

 

Good point, but he seems to be trying to delete the audit info so probably
not an issue here. Just curious, in what business domain have you run into
that requirement? 

TheCPUWizard <[email protected]> wrote:

Just an observation. Many auditing firms will not accept a methodology where
a change to the DB (Directly) is not caught by the audit trail, is the
change can be made by the same account that the normal operations (where
application code would provide the "audit" trail).

 

Now if this is more oa a "log" than a legal audit trail, any of the
suggestions are good. But if there are legal ramifications, I strongly
suggest consulting with an expert in the location (different jurisdictions,
different rules and interpretations) and field business domain.

 

From: [email protected] [mailto:[email protected]] On Behalf
Of Asher Newcomer
Sent: Monday, November 28, 2011 7:05 PM
To: [email protected]
Subject: Re: [nhusers] Re: deleting children (audit information) created by
sql triggers

 

Not sure about 3.1.

All of the proposed solutions, with the exception of database triggers, have
that limitation. triggers themselves have downsides too however. Pick your
poison. 

That said, envers is dead easy to get up and running, where the others take
a bit of work. I'd give it a shot before investing too much time rolling
your own.

On Nov 28, 2011 5:46 PM, "costa" <[email protected]> wrote:

One downside of using nhibernate envers is that it doesn't account for
database changes made directly against the database...

--
You received this message because you are subscribed to the Google Groups
"nhusers" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected]
<mailto:nhusers%[email protected]> .
For more options, visit this group at
http://groups.google.com/group/nhusers?hl=en.

-- 
You received this message because you are subscribed to the Google Groups
"nhusers" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/nhusers?hl=en.

-- 
You received this message because you are subscribed to the Google Groups
"nhusers" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/nhusers?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"nhusers" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/nhusers?hl=en.

Reply via email to