mark r said:
great answers
starting to become clear
are these the proper steps
1. My Boss
a. downloads Aruntime2007 and clicks setup
Well, if you need word, or excel...you install word or excel.
b. opens up an Aruntime2007
No, you just click on the he excel file or click on the word file, or in
this case the mdb, or mde or accDB file.
You click on it to launch the application.
c. goes to FILE>>OPEN>> and selects my MDE database (he cant mess it up by
messing up code)
You don't have to do the above for word, or excel, or just about any other
software on your computer...so, why change this now??? This works the same
as any other application installed on your computer.
2. how do I give him my MDE database via travel drive?
How do you give him a word file? How do you give him a excel file? how do
you give him any windows file?
This is just windows file, and the process is the same as giving him any
other file.
can I go to windows explorer and copy the FILE FOLDER that contains it to
the
travel drive and give him the travel drive?
Yes. The above sounds good.
3. in otherwords, the MDE file is not a standalone *.exe type file. --- I
Who ever said it was? No one made that suggestion. It does however strip out
the code and design parts of the application (the application part is the
code + forms + reports).
When you take a system like VB6 and create single.exe file, that will NOT
work unless you FIRST install the visual basic runtime system. So, you need
a system in place that can consume that execute file. In the case of VB6
..exe file, you need the VB6 runtimes installed first.
The same goes for mess-access. To use an mdb, or mde file..you need some
system installed on the target machine. That can be the full editing of
ms-access, or the runtime edition (they are almost the same thing...the
runtime edition does have the design tools but other then that..it really
like you are installed ms-access).
guess when I copy the MDE databse file folder to the travel drive, it sort
of
has the A2007 environment attached
No, it does not. That "attachment" you speak of is not different then other
windows file like word, or excel or whatever. There is usually some
application associated with a file extension. That is the ONLY system in
place that allows the person to click on a file and then some application
launches. It is the SAME with word, or excel or access. You have to have
some application installed such as the runtime or full edition. There is no
attachment here of any kind other then that file association.
but since he doesn't have A2007, the
RUNTIME2007 lets him open up the database in a limited way.
No, if he does not have a copy of word, then he can't click on a word file
to launch it ether.
If he does not have full ms-access, or a runtime..then clicking on the file
is the SAME as clicking on a word file on a computer that does not have word
application installed.
4. I have a different laptop with A2002. how can I upgrdae it to A2007 so
I
can utilize Runtime A2007 for the stuff I build on that laptop? cost $$$?
This again is like sending that person a word file. You can have that person
upgrade. And, if your using a newer version of word, then you might have
that person upgrade so they have the same word features. However, the person
already has ms-access installed. In this case you likely best just send that
person a 2002 version of the mdb file. This exactly why access 2003 defaults
to the 2000-2003 mdb format. So, you can in fact send the mdb file to all of
these users across 3 versions. And, the access 2007 runtime can also use a
2000-2003 mdb file. (again, very much like the case for word).
5. I guess I am thinking that the TOOLS>>DATABASE UTILITIES>>MAKE AN MDE
FILE is not working properly in my A2002 because when I open up the MDE
files
I create, I can still get to the DESIGN VIEWS
You can modify the table views and data (else what use would this be if end
users could not modify data!!!).
What they cannot change in a mde is the forms, the code, and the report
layouts. So, they can't change the internal designs of the APPLICATION code.
You need to start thinking from a application point of view. So some objects
such as tables are exposed and can be modified, but then again in MOST cases
we need users to be able to edit data.
So, you can deploy a whole application this way. The user will be prevented
from playing with your forms, reports, code etc (your application part). If
you/they can modify the reports/forms etc, then this is not a mde file, but
is likely a mdb file that bee re-named as a mde file.
....but that is because I never
purchased ARUNTIME2002 and am opening up those databses using A2002, not a
session of ARUNTIME2002, is that correct? If I opened an A2002 Runtime
session, then I would not be getting at those DESIGN VIEWS...right?
No, the issue of design view only locks out forms/reports/code, not the
table designs.....
I explain the runtime for 2007 in details here:
http://www.members.shaw.ca/AlbertKallal//RunTime/Index.html
Also, if you do plan to deploy more then just data to these people, then you
need to read the following article about splitting..as this article ALSO
explains the idea of a mde....
http://www.members.shaw.ca/AlbertKallal/Articles/split/index.htm