Results 1 to 5 of 5
  1. #1
    TakinANapster is offline Novice
    Windows 7 64bit Access 2010 64bit
    Join Date
    Nov 2011
    Posts
    3

    HELP! How do I broadcast my fixes to all the installations of my Database?

    I have a 2010 Database written for free for the general public and have several users already BETA testing it.



    It is almost ready to stamp a version on it and call it ready for production, but I have one huge problem!

    How do I apply maintenance on a large scale? I've been having them email me their Database, then export to their Database the changes I made, then email them back the updated copy. This works OK with a limited number of BETA testers, however I expect possibly hundreds of users of this FREE Database.

    When I come out with fixes, or a new version, how can I easily push out new code or have the users download and install the new code without wiping out their tables?

    Please HELP!

    Thanks in advance!!!

    -Joe

  2. #2
    Toyman is offline Competent Performer
    Windows 7 32bit Access 2010 32bit
    Join Date
    Oct 2011
    Posts
    233
    Quote Originally Posted by TakinANapster View Post
    I have a 2010 Database written for free for the general public and have several users already BETA testing it.

    It is almost ready to stamp a version on it and call it ready for production, but I have one huge problem!

    How do I apply maintenance on a large scale? I've been having them email me their Database, then export to their Database the changes I made, then email them back the updated copy. This works OK with a limited number of BETA testers, however I expect possibly hundreds of users of this FREE Database.

    When I come out with fixes, or a new version, how can I easily push out new code or have the users download and install the new code without wiping out their tables?

    Please HELP!

    Thanks in advance!!!

    -Joe
    You should always split your db into frontend and backend even if both parts resides in the same folder. The backend serves nothing more than a storage unit for the data. The front end is actually the work hourse containing all the forms, reports and codes. When you have to update the codes, you users simply have to replace the frontend with the new version

  3. #3
    TakinANapster is offline Novice
    Windows 7 64bit Access 2010 64bit
    Join Date
    Nov 2011
    Posts
    3
    Quote Originally Posted by Toyman View Post
    You should always split your db into frontend and backend even if both parts resides in the same folder. The backend serves nothing more than a storage unit for the data. The front end is actually the work hourse containing all the forms, reports and codes. When you have to update the codes, you users simply have to replace the frontend with the new version
    Thanks for the quick reply Toyman!!!

    I'm somewhat of a newbie to Access. I know Programming in a lot of other languages, but Access only about 5 months under my belt.

    My question is, front-end and back-end .... do you mean have two Databases? One that just has Tables, and the other to have Queries, Forms, Macros, etc.?

    Would I somehow link the forms, queries, macros, etc. to the 2nd database to have access to the data? If so, could you steer me in the right direction to do reading on that subject?

    Thanks in advance (again),

    Joe

  4. #4
    Toyman is offline Competent Performer
    Windows 7 32bit Access 2010 32bit
    Join Date
    Oct 2011
    Posts
    233
    Quote Originally Posted by TakinANapster View Post
    Thanks for the quick reply Toyman!!!

    I'm somewhat of a newbie to Access. I know Programming in a lot of other languages, but Access only about 5 months under my belt.

    My question is, front-end and back-end .... do you mean have two Databases? One that just has Tables, and the other to have Queries, Forms, Macros, etc.?

    Would I somehow link the forms, queries, macros, etc. to the 2nd database to have access to the data? If so, could you steer me in the right direction to do reading on that subject?

    Thanks in advance (again),

    Joe
    Yes, the backend contains the actual tables. You will create link tables in your frontend which links to the tables in the backend. You will then write your codes and queries in the frontend refering to the linked tables in the frontend. This way, you can always swap out your frontend without wiping out all of the data in the tables because the frontend only contains link tables

  5. #5
    TakinANapster is offline Novice
    Windows 7 64bit Access 2010 64bit
    Join Date
    Nov 2011
    Posts
    3
    Quote Originally Posted by Toyman View Post
    Yes, the backend contains the actual tables. You will create link tables in your frontend which links to the tables in the backend. You will then write your codes and queries in the frontend refering to the linked tables in the frontend. This way, you can always swap out your frontend without wiping out all of the data in the tables because the frontend only contains link tables
    Thank you so VERY much!

Please reply to this thread with any new information or opinions.

Similar Threads

  1. Database Design for Specification Database
    By khwaja in forum Database Design
    Replies: 2
    Last Post: 11-24-2011, 03:58 AM
  2. Replies: 20
    Last Post: 08-08-2011, 01:34 PM
  3. Replies: 3
    Last Post: 05-15-2011, 10:52 PM
  4. Replies: 1
    Last Post: 11-03-2010, 10:41 AM
  5. Replies: 4
    Last Post: 08-12-2010, 08:38 AM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Other Forums: Microsoft Office Forums