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. |
|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
Replicate or split database?
I have an Access 2003 database that is approaching 200 meg in size. It is
used by two different computers on a home network and is hosted by one of them. Data changes by both users all day long. Performance is slowing as the database gets larger. If I split the database into front-end/back-end, I assume that performance will speed up. Or, I could create a replica on the non-host computer and syncronize (several times/day). Which is better, splitting database or replicating/synchronizing. |
#2
|
|||
|
|||
A couple other (potential) issues first...
Have you used the Compact & Repair function? (be sure to back up your db before running it) Are you storing images in the db (Access "bloats" when you do)? Regards Jeff Boyce Access MVP "Brossyg" wrote in message ... I have an Access 2003 database that is approaching 200 meg in size. It is used by two different computers on a home network and is hosted by one of them. Data changes by both users all day long. Performance is slowing as the database gets larger. If I split the database into front-end/back-end, I assume that performance will speed up. Or, I could create a replica on the non-host computer and syncronize (several times/day). Which is better, splitting database or replicating/synchronizing. |
#3
|
|||
|
|||
I regularly compact/repair. No, there are no images. The large size is
legitimate. Also, the forms are fairly complicated, as I understand it, they are going through the network along with the data each tme the non-host users opens them. "Jeff Boyce" wrote: A couple other (potential) issues first... Have you used the Compact & Repair function? (be sure to back up your db before running it) Are you storing images in the db (Access "bloats" when you do)? Regards Jeff Boyce Access MVP "Brossyg" wrote in message ... I have an Access 2003 database that is approaching 200 meg in size. It is used by two different computers on a home network and is hosted by one of them. Data changes by both users all day long. Performance is slowing as the database gets larger. If I split the database into front-end/back-end, I assume that performance will speed up. Or, I could create a replica on the non-host computer and syncronize (several times/day). Which is better, splitting database or replicating/synchronizing. |
#4
|
|||
|
|||
On Thu, 1 Sep 2005 04:38:21 -0700, "Brossyg"
wrote: I have an Access 2003 database that is approaching 200 meg in size. It is used by two different computers on a home network and is hosted by one of them. Data changes by both users all day long. Performance is slowing as the database gets larger. If I split the database into front-end/back-end, I assume that performance will speed up. Or, I could create a replica on the non-host computer and syncronize (several times/day). Which is better, splitting database or replicating/synchronizing. By all means, split. Multiple users sharing the same unitary database is risky - both for bloat, and for the risk of corruption of the database. Replication is infinitely more complex; it is valueable and useful, in its place. But its place is when the two databases are not, and cannot be, connected on a LAN; for instance, databases at different geographical locations, or one on a mobile laptop. Split the database using the database splitter wizard; each user should have their own copy of the frontend, and the backend should be on a shared drive. Compact it regularly, and of course keep good backups. John W. Vinson[MVP] |
#5
|
|||
|
|||
I'm with John, split it. If you're pumping complex forms through the
network, you risk corruption, as he pointed out, and slower performance, as you have. By the way, a complex form could still load quickly if it isn't bound to a large dataset (table, query). Are your forms bound to a full dataset, or only loading the one record that is needed? Jeff Boyce Access MVP "Brossyg" wrote in message ... I regularly compact/repair. No, there are no images. The large size is legitimate. Also, the forms are fairly complicated, as I understand it, they are going through the network along with the data each tme the non-host users opens them. "Jeff Boyce" wrote: A couple other (potential) issues first... Have you used the Compact & Repair function? (be sure to back up your db before running it) Are you storing images in the db (Access "bloats" when you do)? Regards Jeff Boyce Access MVP "Brossyg" wrote in message ... I have an Access 2003 database that is approaching 200 meg in size. It is used by two different computers on a home network and is hosted by one of them. Data changes by both users all day long. Performance is slowing as the database gets larger. If I split the database into front-end/back-end, I assume that performance will speed up. Or, I could create a replica on the non-host computer and syncronize (several times/day). Which is better, splitting database or replicating/synchronizing. |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Split Database: Keep Tables in single Access file or multiple files ??? | Will | General Discussion | 2 | August 24th, 2005 05:31 AM |
Multiple users on a split database | Dan | General Discussion | 3 | March 23rd, 2005 01:43 AM |
replicate database design, not data | dave k | General Discussion | 2 | March 20th, 2005 02:41 AM |
compact on close option | Abbey Normal | General Discussion | 4 | December 31st, 2004 12:49 AM |
split database doesn't work now (converted from xp to 2000) | Lee Johnson | General Discussion | 9 | September 10th, 2004 02:06 AM |