Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Multiuser / Networking / December 2004

Tip: Looking for answers? Try searching our database.

adding fiels in split in-use database

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Jesper F - 09 Dec 2004 13:25 GMT
I have a few split databases running i network
environments. But when updating the database - if I need
to add new fields to tables I need to change them in the
backend file.
Do any of use methods where you for example have some code
add a new field to a table in the backend the first time
it runs?
That way one could just distribute the FE as usual and if
changes are needed in the BE the FE would take care of it
the first time someone runs the code.
What do you think and how do you do it?
Tony Toews - 09 Dec 2004 22:02 GMT
>I have a few split databases running i network
>environments. But when updating the database - if I need
[quoted text clipped - 7 lines]
>the first time someone runs the code.
>What do you think and how do you do it?

You have two basic methods of doing version upgrades to the backend
MDB.

1) Ship a new empty MDB and copy the tables across in relational
sequence, ie parent records, then child tables and so forth down and
across the "relational tree:"   This can be done by creating a table
containing the table names with a relational sequence field and
running down the tables doing append queries.

Where appropriate you will need to copy specific fields to other
tables to split data out given new tables.

2) Create a bunch of code within your new version which creates the
new tables, relationships and new fields on existing tables.  Then
copy the records across from old versions of tables to the new
versions and delete the superfluous fields.  

Updating an Access Backend MDBs structure using VBA code
http://www.granite.ab.ca/access/backendupdate.htm
(Note that this page will be updated in a few days with new code.)

Neither process is simple.

In both cases I would suggest keeping a version number of the FE and
BE in a table or property thus helping you to figure out when to run
the code or not allow a new FE to be run against an old format BE.

Also make a backup before doing any such updates, double check the
number of records in the new tables after the conversion and include a
mechanism to ensure users aren't in the backend when all this starts
or during the process.

Clearly this is not going to be a simple task.  <smile>

Tony
--
Tony Toews, Microsoft Access MVP
  Please respond only in the newsgroups so that others can
read the entire thread of messages.
  Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm
Jesper F - 09 Dec 2004 23:59 GMT
All right, thanks for the insight. There's something to work with.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.