>>*Will the web server be located on your network or will you use a third
party hosting service?
3rd Party Host.
Well, since ms-access has really NOTHING to do with a web based system, then
it really does not mater what database you use on the web server...does it?
You might be able to find a web provider that supports the use of a
ms-access mdb file. All this means is that the software (the web software
YOU will have to write) will read data from the mdb file. However, for all
intensive purposes, you are NOT really using ms-access anymore. (the forms,
reports, Code are all useless in this case). So, for example, if that
provider supports the placing of a mdb file on their server, you STILL DO
NOT HAVE to install ms-access on that server. The only part that gets
installed on the web server is the JET database engine that allows the web
site to USE the data.
JET is the same data engine that VB6 developers, or .net developers use to
read, and write the mdb file format. So, really, you not using ms-access at
all anymore here (the web server only needs a way to read the data). Since
you are only reading (or updating) the data, and NOT using the application
part, then at the end of the day, you can use sql server, or MySql, or
whatever database engine that the web provider supports. Transferring data
from MS-sql server is likely LESS work then trying to pull data from a mdb
file sitting on that web server (and, to copy the mdb file, you will have to
shut down the web server which has the mdb file open. Further, shutting down
the web server can often be quite hard to do when you are using a web
hosting company...as you got to shut down THEIR web server so the mdb file
is closed, and then you can copy it. However, in all of these cases, and
EVEN when you are using a mdb file on the web server you are NOT using
ms-access in any way, shape, or form. If you use a server based engine like
ms-sql server, then you can connect to that database over the internet and
pull data from it into your mdb file...but you can't do that if you choose
mdb file to host the data on the server.
So, at the end of the day, your data on the server does not have to be in
ms-access, and in fact it is LESS of a advantage to place your data in a mdb
file for the web server to open and consume. And, since you are NOT using
any special features of ms-access/mdb files anyway, then do you really care
where, or what system is used on the web server to host the data?
To be fair, ms-access does have some web based ability, but they requite
TIGHT integration with the web server, and in fact is only practical if you
are running your own web server (along with the VERY scary security risks of
doing this!!). ms-access has what is called DAP's (data access pages). These
DAP's are in fact live connections to a mdb file. And, you can even create
forms in ms-access and save them as a web form (all the fears like sub-forms
etc DO NOT work). And, you still requite end users to have office installed.
So, DAP's are not at all practical for a public web site, and further you
would be MUCH better to use something like front page...and learn some
scripting (vb.script) to make ASP pages.
So, your best approach here is to build the web stuff in ASP, or even better
ASP.NET (and, you don't need ms-access to do this, nor will ms-access help
you anyway. Further, placing the data in a mdb file on a web server is
actually HINDRANCE for you to be able to use the data).
So, you will have to check with your web provider as to what kinds of
software tools and development tools THEIR web server supports. For example,
it might be that your provider is using non Microsoft based web servers, and
thus your choice of tools is limited.
Hence, you either have to find out what tools and development systems your
web provider supports, or choose the tools you want to crate your web stuff
with, and then find a provider that supports your favorite tools you are
(will) use to develop your web site. However, those tools have really noting
to do with ms-access at all. ms-access is not a web based system..and is the
wrong tool, and in fact will NOT help you at all here.
Time to start visiting some other (non ms-access) newsgroups here!!
--
Albert D. Kallal (Access MVP)
Edmonton, Alberta Canada
pl*****************@msn.com http://www.members.shaw.ca/AlbertKallal