J
Jeff Freilich
Hi All
I have a quetion regarding Relationships
I have created a standard FE/BE database that works over a network -
most users can access the system find and the speed is manageable -
there are a couple of users who are having speed issues so I am
assuming this is mostly a network issues (I have tweaked queries,
maximized my use of indexes, and tried a bunch of different variations
to try and speed things up)
What I am trying now is to split my back end file into 2 files - one
that will store all of the User level information -BackEndD,mdb
(information that gets updated on a regular bases - Activities,
Opportunities etc.) and the othee one with the Lookup/Validation
tables that do not get updated regularly BackEndV.mdb - my thought was
to place the BackEndV.mdb on the users system (will actually copy a
new version of this over each time the user logs in to the system so
they will always have the most up to date Validation tables).
With more information residing locally - and less residing on the
network I was assuming this would in face speed up everything as it
would not be pulling as much information over the network (have the
tables would reside in a local back end file) - but the reverse
actually happened - it actually slowed things down considerably - when
I split the Back end file into 2 files it broke many of the
relationships that were originally stored in the back end file.
So after my long explanation I have a couple of questions:
1. is it a good idea to have multiple back end files - is what I am
attempting even proper?
2. If I have multiple back end files where should the relationships
reside (my understanding is that relationships should be stored in the
back end - asuming a signel back end)
3. if I "re-attach" the relationships in the front end (with links to
all tables in both Back End Files) will it make any difference to
performance and speed?
If you need any more details on anything please let me know - if you
have any other thoughts or ideas it would be greatly appreciated
Thanks a lot for your feedback
Jeff
I have a quetion regarding Relationships
I have created a standard FE/BE database that works over a network -
most users can access the system find and the speed is manageable -
there are a couple of users who are having speed issues so I am
assuming this is mostly a network issues (I have tweaked queries,
maximized my use of indexes, and tried a bunch of different variations
to try and speed things up)
What I am trying now is to split my back end file into 2 files - one
that will store all of the User level information -BackEndD,mdb
(information that gets updated on a regular bases - Activities,
Opportunities etc.) and the othee one with the Lookup/Validation
tables that do not get updated regularly BackEndV.mdb - my thought was
to place the BackEndV.mdb on the users system (will actually copy a
new version of this over each time the user logs in to the system so
they will always have the most up to date Validation tables).
With more information residing locally - and less residing on the
network I was assuming this would in face speed up everything as it
would not be pulling as much information over the network (have the
tables would reside in a local back end file) - but the reverse
actually happened - it actually slowed things down considerably - when
I split the Back end file into 2 files it broke many of the
relationships that were originally stored in the back end file.
So after my long explanation I have a couple of questions:
1. is it a good idea to have multiple back end files - is what I am
attempting even proper?
2. If I have multiple back end files where should the relationships
reside (my understanding is that relationships should be stored in the
back end - asuming a signel back end)
3. if I "re-attach" the relationships in the front end (with links to
all tables in both Back End Files) will it make any difference to
performance and speed?
If you need any more details on anything please let me know - if you
have any other thoughts or ideas it would be greatly appreciated
Thanks a lot for your feedback
Jeff