I have a database that works great but now the powers that be want it to be web based. They want the same functions but used it from internet explorer. It there an easy way for me to turn my forms and reports into web pages in Access?
You will need to redesign your form, but much of the underlying code can probably be moved if you have 6.0
If you are looking at the .net variety your code will probably need some serious modifications.
Any queries that you use stored in the db will probably need to be modified and used as SQL statements performed on a data source, and you will have security issues to deal with as well.
HOpe this helps,
Alex
A wise man once said
"The only thing normal about database guys is their tables".
Do you have visual studio 6.0? If so you can use interdev to create a 'classic' asp page.
If not, you can use visual web developer express (which can be found at MS web site for free).
You can use access DB as your back end if you place it on the web server, but a lot of your coding will need to be almost completely rewritten for compatibility with VB.net. There are also several issues with client vs server side code that you will need to resolve.
What kind of database is this, and why the push to make it web based?
A wise man once said
"The only thing normal about database guys is their tables".
I don't have visual studio but they will buy it if that is the way to go. The reason for push is they want users from across the state to be able to use the same database instead of each section using their own. Plus they have no idea how much work that is.
Visual Studio is probably the way to go, and if you have a full blown rdbms like SQL Server or Oracle you will probably want to migrate to that as well. You have the potential for a lot of record locking issues it sounds like.
We have a work order database in access that we publish to users in a couple states over our network using CITRIX, not sure if that would be an option for you. It would make development MUCH MUCH MUCH easier for sure.
How are you handling potential record locking issues at the moment?
Good Luck,
Alex
A wise man once said
"The only thing normal about database guys is their tables".
I actually built DAP's for my state's transportation system. So:
What version of Access do you have? You can save your forms and reports as STATIC web pages.
How many forms do you have? If you need them for data entry, then you'll build a DAP (Data access page). Beware, DAP's are WEB pages, not Access forms so VBA doesn't work. You'll be coding in VBScript. No form/subforms. Web pages are hyperlinked.
Your IT department will have to learn how to employ DAP's on the web. They'll probably tell you to code in ASP or something.
If you only need one or two forms, then just create SIMPLE DAP's. If your boss thinks you're going to throw your whole Access database out there, tell him to pay you alot of money.
The last post is correct in one way. It's much easier and cheaper to get a citrix server (
fneily - I have never worked with DAP's but that does sound like it would be easier than visual studio route. Rewriting your code in VBScript though? Yuck! Although probably less painful than recoding in vb.net would be...
Is the performance on these comparable to an asp page?
A wise man once said
"The only thing normal about database guys is their tables".
I guess it is a minority opinion, but I quite like ASP. It worked for me when I put a small Access database for a group of libraries on a website. The site is used for data entry, searching and basic statistics.
I am just learning ASP(.net variety - not sure how much difference as I never tried 'classic') but I like it as well. The nuances of the client side/server side coding can be vexing, but it has been fun thus far.
Remou - have you ever worked with DAP's? If so, how do they compare to ASP?
A wise man once said
"The only thing normal about database guys is their tables".
Has anyone ever heard of a product called Acces2Web it claims that it can turn your Access forms to web pages. We have 2 citrix server but they would perfer the web.
When you create a DAP, it incorporates ASP and XML. You'll notice how everyone is trying to get you to do it in ASP. I ran/run into this with IT departments. DAP's have been around since 2000 but the "too busy" IT people don't want to learn/deal with it.
Access2Web sounds interesting. Never even heard of it. Got to check it out.
Remou - "I have not worked with DAPs. I decided against them," , Based on what??? Obviously, not from experience, your words.
Whatever you do, since this is your first try, keep it simple. Coding for the web can be time consumming. Just remember, you're in the Internet Explorer environment, NOT Access.
fneily, yes, I think that is clear from each of my posts. I am not a company, just one person, and ASP appealed to me. Why so energetic in your support of DAP?
Actually, I hope that someday, someone will make data transfer on the Internet as simple as using a mouse so the populace can use it instead of "experts".
Asp, which you so energetically support and it seems IT departments want, is nice if you're a strong programmer. If you really want to be efficient, use assembler(you never hear about HEX anymore). Dap's are an attempt, a little one, so that the common person can create a web page for data transfer. My experience is that most people aren't as advanced as you and the other excellent contributers on Tek-tips.
Plus, nobody else seems to like poor, little, DAP's.
What i did in the case like this with the business i work for so i transferred the whole database online to a mysql database and i created the form from linked tables to the mysql database and i created a small setupfile that creates the connections in the odbc and puts the access forms in place so when there is a new user i just email him a link from where to download this setup and the business uses it for three month already and they are really happy with it
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.