Connecting Tech Pros Worldwide Help | Site Map

Distributing a split database: catch-22 on data MDB file location

 
LinkBack Thread Tools Search this Thread
  #1  
Old July 17th, 2006, 02:25 PM
Bill
Guest
 
Posts: n/a
Default Distributing a split database: catch-22 on data MDB file location

I have an Access 2003 database application that I split into an
application component MDB file (i.e., forms, etc) and a data component
MDB file (i.e., tables, etc.). I used the 2003 developer extensions
Package Wizard program to create an installation package. (Note: I
included the Access 2003 runtime because the users of my application
don't have Access on their machines).

My problem is that when a user runes the installation program, although
it puts both MDB files in the installation directory (e.g., C:\program
files\xxxx), it insists that the data component MDB be in the same
directory as it was on my development machine. The catch-22 is that
although I wrote code in the app to allow the user to relink to the
data MDB in the install directory, they can't get to it because Access
won't let the app start because it can't find the data MDB file to
begin with.

As I was using the package wizard. I noticed I had the opportunity to
specify the install location of the data component MDB file, but I
don't want to hardcode "C:\program files\xxxx". Is there a way in the
package wizard to use an environment variable or something to specify a
relative install location, i.e., the install location specified by the
user?

Thanks


  #2  
Old July 17th, 2006, 02:55 PM
Rick Brandt
Guest
 
Posts: n/a
Default Re: Distributing a split database: catch-22 on data MDB file location

Bill wrote:
Quote:
I have an Access 2003 database application that I split into an
application component MDB file (i.e., forms, etc) and a data component
MDB file (i.e., tables, etc.). I used the 2003 developer extensions
Package Wizard program to create an installation package. (Note: I
included the Access 2003 runtime because the users of my application
don't have Access on their machines).
>
My problem is that when a user runes the installation program,
although it puts both MDB files in the installation directory (e.g.,
C:\program files\xxxx), it insists that the data component MDB be in
the same directory as it was on my development machine. The catch-22
is that although I wrote code in the app to allow the user to relink
to the data MDB in the install directory, they can't get to it
because Access won't let the app start because it can't find the data
MDB file to begin with.
You need to have startup code that allows the user to relink the tables
BEFORE anything in your app actually tries to use the tables. This means
your startup form cannot be a bound one.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com


  #3  
Old July 17th, 2006, 06:45 PM
Bill
Guest
 
Posts: n/a
Default Re: Distributing a split database: catch-22 on data MDB file location

I see --- I'm chagrined - it seem so obvious in hindsight, thanks!

,
Rick Brandt wrote:
Quote:
Bill wrote:
Quote:
I have an Access 2003 database application that I split into an
application component MDB file (i.e., forms, etc) and a data component
MDB file (i.e., tables, etc.). I used the 2003 developer extensions
Package Wizard program to create an installation package. (Note: I
included the Access 2003 runtime because the users of my application
don't have Access on their machines).

My problem is that when a user runes the installation program,
although it puts both MDB files in the installation directory (e.g.,
C:\program files\xxxx), it insists that the data component MDB be in
the same directory as it was on my development machine. The catch-22
is that although I wrote code in the app to allow the user to relink
to the data MDB in the install directory, they can't get to it
because Access won't let the app start because it can't find the data
MDB file to begin with.
>
You need to have startup code that allows the user to relink the tables
BEFORE anything in your app actually tries to use the tables. This means
your startup form cannot be a bound one.
>
--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com
 

Bookmarks

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Popular Articles

What is Bytes?

We are a network of experts and professionals in IT and software development that help one another with answers to tough questions and share insights. Get the best answers to your questions from over 220,840 network members.