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  

Splitting A Database



 
 
Thread Tools Display Modes
  #1  
Old March 2nd, 2005, 02:15 PM
Wstanley
external usenet poster
 
Posts: n/a
Default Splitting A Database

I have a database that has been split into a front and a backend database for
a multi user environment. I needed to add an additional table and I could
not figure out how to add the new table to the backend, so I deleted the
links to the table, imported the tables into the front end again and then ran
the database split wizard again. After doing this I can no longer import
data to one of the original tables. I can only import to a table that has no
link to the backend. I have developed a system that will have 8 to 12 users
and I will be making continuos program updates in a developmental area and
moving those into the user area. I used the security wizard to set up
security and have been creating mde files for the users to connect to the
backend. Can anyone please offer suggestions on how to resolve my issue?

Thanks
  #2  
Old March 2nd, 2005, 02:29 PM
Jackie L
external usenet poster
 
Posts: n/a
Default

You have the right idea splitting your data. The backend should be located
on your server and the front end on each of the workstations. Make sure that
the workstations have the same mapping to the server.
If you need to make changes to the data, just open the backend in Access as
you would the front end. You may have to kick everyone out if you are
altering a table in use. If you add a table, then just link to the new table
in your front end. You can have a copy of the front end on the server to
make changes. Then, when the changes are completed, create your mde and
distribute it to the workstations through manual copy or a .bat file attached
to an icon on the desktop.

Hope this helps.

"Wstanley" wrote:

I have a database that has been split into a front and a backend database for
a multi user environment. I needed to add an additional table and I could
not figure out how to add the new table to the backend, so I deleted the
links to the table, imported the tables into the front end again and then ran
the database split wizard again. After doing this I can no longer import
data to one of the original tables. I can only import to a table that has no
link to the backend. I have developed a system that will have 8 to 12 users
and I will be making continuos program updates in a developmental area and
moving those into the user area. I used the security wizard to set up
security and have been creating mde files for the users to connect to the
backend. Can anyone please offer suggestions on how to resolve my issue?

Thanks

  #3  
Old March 2nd, 2005, 03:01 PM
Wstanley
external usenet poster
 
Posts: n/a
Default

But how do I resolve my issue where I am unable to load data into one of the
original tables after I split the database the second time? Or, what action
should I take to get everything back in sync? After I split the databse the
second time I am unable to load data into one of the original tables. Is
there a way to get everything back in Sync?

"Jackie L" wrote:

You have the right idea splitting your data. The backend should be located
on your server and the front end on each of the workstations. Make sure that
the workstations have the same mapping to the server.
If you need to make changes to the data, just open the backend in Access as
you would the front end. You may have to kick everyone out if you are
altering a table in use. If you add a table, then just link to the new table
in your front end. You can have a copy of the front end on the server to
make changes. Then, when the changes are completed, create your mde and
distribute it to the workstations through manual copy or a .bat file attached
to an icon on the desktop.

Hope this helps.

"Wstanley" wrote:

I have a database that has been split into a front and a backend database for
a multi user environment. I needed to add an additional table and I could
not figure out how to add the new table to the backend, so I deleted the
links to the table, imported the tables into the front end again and then ran
the database split wizard again. After doing this I can no longer import
data to one of the original tables. I can only import to a table that has no
link to the backend. I have developed a system that will have 8 to 12 users
and I will be making continuos program updates in a developmental area and
moving those into the user area. I used the security wizard to set up
security and have been creating mde files for the users to connect to the
backend. Can anyone please offer suggestions on how to resolve my issue?

Thanks

  #4  
Old March 2nd, 2005, 03:39 PM
Jackie L
external usenet poster
 
Posts: n/a
Default

I would suggest creating a new/blank database and importing all your tables
into it. That is a great way to clean up data. Be sure to rename to your
old backend name so that the links are correct.

Hope this helps.

"Wstanley" wrote:

But how do I resolve my issue where I am unable to load data into one of the
original tables after I split the database the second time? Or, what action
should I take to get everything back in sync? After I split the databse the
second time I am unable to load data into one of the original tables. Is
there a way to get everything back in Sync?

"Jackie L" wrote:

You have the right idea splitting your data. The backend should be located
on your server and the front end on each of the workstations. Make sure that
the workstations have the same mapping to the server.
If you need to make changes to the data, just open the backend in Access as
you would the front end. You may have to kick everyone out if you are
altering a table in use. If you add a table, then just link to the new table
in your front end. You can have a copy of the front end on the server to
make changes. Then, when the changes are completed, create your mde and
distribute it to the workstations through manual copy or a .bat file attached
to an icon on the desktop.

Hope this helps.

"Wstanley" wrote:

I have a database that has been split into a front and a backend database for
a multi user environment. I needed to add an additional table and I could
not figure out how to add the new table to the backend, so I deleted the
links to the table, imported the tables into the front end again and then ran
the database split wizard again. After doing this I can no longer import
data to one of the original tables. I can only import to a table that has no
link to the backend. I have developed a system that will have 8 to 12 users
and I will be making continuos program updates in a developmental area and
moving those into the user area. I used the security wizard to set up
security and have been creating mde files for the users to connect to the
backend. Can anyone please offer suggestions on how to resolve my issue?

Thanks

  #5  
Old August 18th, 2005, 10:18 PM
Sharon
external usenet poster
 
Posts: n/a
Default

I've read all of these posts regarding splitting databases. My question is,
can both the front end and back end both live in the same folder on the same
server? I've split my database and my user who volunteered to be my "guinea
pig" can't open either file. I haven't read anything that addresses the
location of the files. Does anyone know?


--
Sharon


"Jackie L" wrote:

You have the right idea splitting your data. The backend should be located
on your server and the front end on each of the workstations. Make sure that
the workstations have the same mapping to the server.
If you need to make changes to the data, just open the backend in Access as
you would the front end. You may have to kick everyone out if you are
altering a table in use. If you add a table, then just link to the new table
in your front end. You can have a copy of the front end on the server to
make changes. Then, when the changes are completed, create your mde and
distribute it to the workstations through manual copy or a .bat file attached
to an icon on the desktop.

Hope this helps.

"Wstanley" wrote:

I have a database that has been split into a front and a backend database for
a multi user environment. I needed to add an additional table and I could
not figure out how to add the new table to the backend, so I deleted the
links to the table, imported the tables into the front end again and then ran
the database split wizard again. After doing this I can no longer import
data to one of the original tables. I can only import to a table that has no
link to the backend. I have developed a system that will have 8 to 12 users
and I will be making continuos program updates in a developmental area and
moving those into the user area. I used the security wizard to set up
security and have been creating mde files for the users to connect to the
backend. Can anyone please offer suggestions on how to resolve my issue?

Thanks

  #6  
Old August 18th, 2005, 10:54 PM
Rick Brandt
external usenet poster
 
Posts: n/a
Default

Sharon wrote:
I've read all of these posts regarding splitting databases. My
question is, can both the front end and back end both live in the
same folder on the same server? I've split my database and my user
who volunteered to be my "guinea pig" can't open either file. I
haven't read anything that addresses the location of the files.
Does anyone know?


The front end "can" be on the server, but you would lose some of the
performance benefits of splitting and since you want each user to have their
own copy of the front end you would still need multiple files on the server
(one for each user) so I don't see the point of doing that.

Please clarify "can't open either one". Do they get an error? Do they have
full network permissions ot the folder?


--
I don't check the Email account attached
to this message. Send instead to...
RBrandt at Hunter dot com


 




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
Can I move the MDW file? Damien McBain General Discussion 7 September 28th, 2004 09:54 AM
Database Window Gone DaveB General Discussion 2 July 29th, 2004 12:24 AM
Mutliple Tables lookup? Westley Database Design 4 June 15th, 2004 01:07 AM
Please Help, The database is in an unexpected state; Microsoft Access can't open it. Gary A. Hollenbeck New Users 2 May 20th, 2004 05:42 PM


All times are GMT +1. The time now is 08:09 AM.


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