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  

Replicate or split database?



 
 
Thread Tools Display Modes
  #1  
Old September 1st, 2005, 12:38 PM
Brossyg
external usenet poster
 
Posts: n/a
Default 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  
Old September 1st, 2005, 01:55 PM
Jeff Boyce
external usenet poster
 
Posts: n/a
Default

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  
Old September 1st, 2005, 02:11 PM
Brossyg
external usenet poster
 
Posts: n/a
Default

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  
Old September 1st, 2005, 05:36 PM
John Vinson
external usenet poster
 
Posts: n/a
Default

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  
Old September 2nd, 2005, 01:12 PM
Jeff Boyce
external usenet poster
 
Posts: n/a
Default

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

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

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


All times are GMT +1. The time now is 11:45 PM.


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