G Guest Jul 30, 2007 #2 Only if your table includes a DateTime field with default of Now() so that it stores the date and time when the record is created.
Only if your table includes a DateTime field with default of Now() so that it stores the date and time when the record is created.
R ruralguy via AccessMonster.com Jul 30, 2007 #3 AFAIK, not in Access unless you do your own DateTime stamp field and code.
J Jamie Collins Jul 31, 2007 #4 Only if your table includes a DateTime field with default of Now() so that it stores the date and time when the record is created. Click to expand... Did you test a little? There's more to it than that: CREATE TABLE PrivateTest ( ID INTEGER NOT NULL UNIQUE, date_stamp DATETIME DEFAULT NOW() NOT NULL ) ; INSERT INTO PrivateTest (ID, date_stamp) VALUES (1, #1990-01-01 00:00:00#) ; SELECT ID, date_stamp FROM PrivateTest ; Oops! That row didn't get the correct timestamp i.e. not today's date. The 'timestamp' column should perhaps be hidden: CREATE VIEW PublicTest (ID) AS SELECT ID FROM PrivateTest ; INSERT INTO PublicTest (ID) VALUES (2) ; SELECT ID, date_stamp FROM PrivateTest ; Now REVOKE permissions from PUBLIC on the base table and grant them instead to the VIEW. Jamie. --
Only if your table includes a DateTime field with default of Now() so that it stores the date and time when the record is created. Click to expand... Did you test a little? There's more to it than that: CREATE TABLE PrivateTest ( ID INTEGER NOT NULL UNIQUE, date_stamp DATETIME DEFAULT NOW() NOT NULL ) ; INSERT INTO PrivateTest (ID, date_stamp) VALUES (1, #1990-01-01 00:00:00#) ; SELECT ID, date_stamp FROM PrivateTest ; Oops! That row didn't get the correct timestamp i.e. not today's date. The 'timestamp' column should perhaps be hidden: CREATE VIEW PublicTest (ID) AS SELECT ID FROM PrivateTest ; INSERT INTO PublicTest (ID) VALUES (2) ; SELECT ID, date_stamp FROM PrivateTest ; Now REVOKE permissions from PUBLIC on the base table and grant them instead to the VIEW. Jamie. --