If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > General > Database Concepts & Design > Tracking/audit fields

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 02-06-06, 09:52
J Petruk J Petruk is offline
Registered User
 
Join Date: Mar 2004
Location: Toronto, ON, Canada
Posts: 513
Tracking/audit fields

Our database design currently incorporates tracking fields on every single table:

CREATED_ON_TIMESTAMP
CREATED_BY
MODIFIED_ON_TIMESTAMP
MODIFIED_BY

I find this pretty ugly... is there a better way to handle it? The rationale in this case was that it's easier to deal with as columns in a table. Of course the obvious drawback is that there's no way to track a delete... I don't think the original designer considered that.

I considered creating an audit table that stores this information, but then you also need to keep the key fields somehow, it's a little tricky to make it generic.
__________________
--
Jonathan Petruk
DB2 Database Consultant
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On