A Microsoft Office (Excel, Word) forum. OfficeFrustration

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   Home » OfficeFrustration forum » Microsoft Access » Database Design
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Tracking changes in database



 
 
Thread Tools Display Modes
  #1  
Old March 28th, 2009, 10:19 PM posted to microsoft.public.access.tablesdbdesign
Larry06Green
external usenet poster
 
Posts: 3
Default Tracking changes in database

Allen Browne wrote a response called "Creating an Audit Log" in which he
states that if the database is distributed (front-end forms, back-end tables)
the temp audit table must be local to the workstation." Can someone explain
to me exactly how this is done? I have between 35 and 40 users accessing the
database.
  #2  
Old March 29th, 2009, 02:13 AM posted to microsoft.public.access.tablesdbdesign
Allen Browne
external usenet poster
 
Posts: 11,706
Default Allen Brown - Help, pls? Tracking changes in database

I think Larry is talking about this article:
Audit Trail - Log changes at the record level
at:
http://allenbrowne.com/AppAudit.html

Assuming we are talking about JET tables (not an ADP), you can create tables
in the front end and in the back end.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"tina" wrote in message
...
Larry, i hesitate to comment without being able to review the source of
the
attributed statement. can you post a link to the response? and better yet,
perhaps Allen will notice this thread and respond directly.

hth


"Larry06Green" wrote in message
...
Allen Browne wrote a response called "Creating an Audit Log" in
which hestates that if the database is distributed (front-end forms,
back-end tables) the temp audit table must be local to the workstation."
Can someoneexplain to me exactly how this is done? I have between
35 and 40 users accessing the database.


  #3  
Old March 29th, 2009, 03:02 AM posted to microsoft.public.access.tablesdbdesign
tina
external usenet poster
 
Posts: 1,997
Default Allen Brown - Help, pls? Tracking changes in database

Larry, i hesitate to comment without being able to review the source of the
attributed statement. can you post a link to the response? and better yet,
perhaps Allen will notice this thread and respond directly.

hth


"Larry06Green" wrote in message
...
Allen Browne wrote a response called "Creating an Audit Log" in which he
states that if the database is distributed (front-end forms, back-end

tables)
the temp audit table must be local to the workstation." Can someone

explain
to me exactly how this is done? I have between 35 and 40 users accessing

the
database.



  #4  
Old March 29th, 2009, 05:41 AM posted to microsoft.public.access.tablesdbdesign
tina
external usenet poster
 
Posts: 1,997
Default Allen Brown - Help, pls? Tracking changes in database

hi Allen, and thanks for responding. i think you're right, and the op's
question makes sense now.

Larry, presumably (hopefully) your database is split, with the tables in a
backend db on a server, and the other database objects, and links to the
backend tables, in a frontend db that is distributed to each user's PC. as
Allen says, the temp table should be in the frontend db, so each user's
actions don't conflict with another user's, before the audit data is written
to the permanent table in the backend db.

hth


"Allen Browne" wrote in message
...
I think Larry is talking about this article:
Audit Trail - Log changes at the record level
at:
http://allenbrowne.com/AppAudit.html

Assuming we are talking about JET tables (not an ADP), you can create

tables
in the front end and in the back end.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"tina" wrote in message
...
Larry, i hesitate to comment without being able to review the source of
the
attributed statement. can you post a link to the response? and better

yet,
perhaps Allen will notice this thread and respond directly.

hth


"Larry06Green" wrote in message
...
Allen Browne wrote a response called "Creating an Audit Log" in
which hestates that if the database is distributed (front-end forms,
back-end tables) the temp audit table must be local to the

workstation."
Can someoneexplain to me exactly how this is done? I have between
35 and 40 users accessing the database.




  #5  
Old March 29th, 2009, 11:13 AM posted to microsoft.public.access.tablesdbdesign
David W. Fenton
external usenet poster
 
Posts: 3,373
Default Allen Brown - Help, pls? Tracking changes in database

"tina" wrote in
:

as
Allen says, the temp table should be in the frontend db, so each
user's actions don't conflict with another user's


Not in the front end at all! They should be in a separate temp db so
that the front end doesn't bloat unnecessarily, and so that the
audit trail is not lost when the front end is replaced with a new
version.

--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
  #6  
Old March 29th, 2009, 06:05 PM posted to microsoft.public.access.tablesdbdesign
tina
external usenet poster
 
Posts: 1,997
Default Allen Brown - Help, pls? Tracking changes in database

i agree that, personally, i'd place the temp table in separate, temp db to
avoid frontend bloat. but the temp data is written to the permanent audit
table in the backend, once the transaction is confirmed - if i read Allen's
webpage information correctly - so "losing the audit trail" is not a
consideration.

hth


"David W. Fenton" wrote in message
36.92...
"tina" wrote in
:

as
Allen says, the temp table should be in the frontend db, so each
user's actions don't conflict with another user's


Not in the front end at all! They should be in a separate temp db so
that the front end doesn't bloat unnecessarily, and so that the
audit trail is not lost when the front end is replaced with a new
version.

--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/



  #7  
Old March 29th, 2009, 06:45 PM posted to microsoft.public.access.tablesdbdesign
tina
external usenet poster
 
Posts: 1,997
Default Allen Browne - Help, pls? Tracking changes in database

btw, i just noticed that i mis-spelled your name in my previous post, sorry
about that!


"tina" wrote in message
...
hi Allen, and thanks for responding. i think you're right, and the op's
question makes sense now.

Larry, presumably (hopefully) your database is split, with the tables in a
backend db on a server, and the other database objects, and links to the
backend tables, in a frontend db that is distributed to each user's PC. as
Allen says, the temp table should be in the frontend db, so each user's
actions don't conflict with another user's, before the audit data is

written
to the permanent table in the backend db.

hth


"Allen Browne" wrote in message
...
I think Larry is talking about this article:
Audit Trail - Log changes at the record level
at:
http://allenbrowne.com/AppAudit.html

Assuming we are talking about JET tables (not an ADP), you can create

tables
in the front end and in the back end.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"tina" wrote in message
...
Larry, i hesitate to comment without being able to review the source

of
the
attributed statement. can you post a link to the response? and better

yet,
perhaps Allen will notice this thread and respond directly.

hth


"Larry06Green" wrote in

message
...
Allen Browne wrote a response called "Creating an Audit Log" in
which hestates that if the database is distributed (front-end forms,
back-end tables) the temp audit table must be local to the

workstation."
Can someoneexplain to me exactly how this is done? I have between
35 and 40 users accessing the database.






 




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

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 06:05 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.