P
Paul
Hello,
Is there any performance gain by using a temp table to store the
transactions entered that day by employees instead of storing them in the
main transactions table which holds the historical transactions? Both the
main and the temp tables will be same (fields, properties, etc.).
I am interested in this design concept as I am thinking it is easier for the
database to add a new record to the temp table when it has a couple hundred
rows versus a couple thousand rows. The records in the temp table would then
be automatically appended to the main table and then deleted from the temp
table at the end of the day. How to do this will probably be another posting
though.
I haven't met with my client to discuss volumes so I am unsure if I will
need this method, but I wanted to see if this is a plausible solution. The
system would be used within a multi-user environment (12 - 25 but again, I
don't know the current and future state of the headcount) using Access 2003.
Any advice would be appreciated.
Regards,
Paul
Is there any performance gain by using a temp table to store the
transactions entered that day by employees instead of storing them in the
main transactions table which holds the historical transactions? Both the
main and the temp tables will be same (fields, properties, etc.).
I am interested in this design concept as I am thinking it is easier for the
database to add a new record to the temp table when it has a couple hundred
rows versus a couple thousand rows. The records in the temp table would then
be automatically appended to the main table and then deleted from the temp
table at the end of the day. How to do this will probably be another posting
though.
I haven't met with my client to discuss volumes so I am unsure if I will
need this method, but I wanted to see if this is a plausible solution. The
system would be used within a multi-user environment (12 - 25 but again, I
don't know the current and future state of the headcount) using Access 2003.
Any advice would be appreciated.
Regards,
Paul