M
Mickey
So, I have been reading that it is impossible to create a "revision history"
table for a set of records that use multi-valued fields. But I am a believer
in loop-holes, so I think there has to be another way to create a "revision
history" table for my records without using an append query (which can't be
run if using multi-valued fields). I was wondering if there is some way for
me to make a subdatasheet in my original table that just adds on the record
changes to the subdatasheet? If anyone has any ideas to help me create this
"revision history" table without taking out my multi-valued fields, please
let me know. Thank you!
Each record in my main field has a primary key (autonumbered) telling the
project's project number. The multi-valued fields in the table include
Clients (that each project affects), Themes (that each project addresses),
etc.
table for a set of records that use multi-valued fields. But I am a believer
in loop-holes, so I think there has to be another way to create a "revision
history" table for my records without using an append query (which can't be
run if using multi-valued fields). I was wondering if there is some way for
me to make a subdatasheet in my original table that just adds on the record
changes to the subdatasheet? If anyone has any ideas to help me create this
"revision history" table without taking out my multi-valued fields, please
let me know. Thank you!
Each record in my main field has a primary key (autonumbered) telling the
project's project number. The multi-valued fields in the table include
Clients (that each project affects), Themes (that each project addresses),
etc.