Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Access to SQL Server: Getting Started with Access Projects Expand / Collapse
Author
Message
Posted Thursday, February 10, 2005 11:04 AM


Right there with Babe

Right there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with Babe

Group: General Forum Members
Last Login: Wednesday, July 23, 2014 7:10 AM
Points: 769, Visits: 244
Comments posted to this topic are about the content posted at http://www.sqlservercentral.com/columnists/kKellenberger/accesstosqlservergettingstartedwithaccessprojects.asp

Aunt Kathi
Microsoft
(Former SQL Server MVP)
Post #160888
Posted Thursday, February 24, 2005 3:23 AM


Mr or Mrs. 500

Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500

Group: General Forum Members
Last Login: Wednesday, June 20, 2012 5:02 AM
Points: 530, Visits: 945
When I last looked at Access Projects,  you couldn't have more than one user accessing it at the same time, which limits its usefulness.
Post #163694
Posted Thursday, February 24, 2005 8:56 AM


Right there with Babe

Right there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with Babe

Group: General Forum Members
Last Login: Wednesday, July 23, 2014 7:10 AM
Points: 769, Visits: 244
I would think you can give each user their own copy of the ADP file, which is also what I recommend for MDB.  I haven't written any Access Project apps, just played around with it for the article.  If you look at the opinions in my linking article from yesterday, most preferred Access Projets.

Aunt Kathi
Microsoft
(Former SQL Server MVP)
Post #163789
Posted Thursday, February 24, 2005 9:17 AM
SSCertifiable

SSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiable

Group: General Forum Members
Last Login: Tuesday, May 6, 2014 5:51 AM
Points: 6,266, Visits: 2,028

I have done A LOT of ADP work in the past and It is intended as a Client Side in a Client/Server enviroment (You will need a copy at each client but that is the easy part). It works very well if you know what feature to use for what task and in my opinion ADP represents an extremely flexible reporting interface with MS ACCESS Goodies

 

HTH

 




* Noel
Post #163798
Posted Thursday, February 24, 2005 9:22 AM


Right there with Babe

Right there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with Babe

Group: General Forum Members
Last Login: Wednesday, July 23, 2014 7:10 AM
Points: 769, Visits: 244
I am very impressed with ADP.  I agree that Access does have lots of great features and this looks like a great way to combine those features in an efficient way with SQL Server.

Aunt Kathi
Microsoft
(Former SQL Server MVP)
Post #163803
Posted Thursday, February 24, 2005 3:53 PM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, February 17, 2006 7:35 AM
Points: 102, Visits: 1

I've been working with ADP for 2 years now (I tranfered an old access 97 mdb to sql server). The application is installed on more than 50 desktop and is used as the main application in the company (access runtime is used to run the adp)

I have to say access (2002) adp is an excellent way of creating a cheap and fast SQL Server front-end. Of course you don't have the flexibility of VB, but I've been able to do anything the company needed with an access ADP.

Tip : DON'T share the adp over the network!




Post #163921
Posted Friday, February 25, 2005 1:33 AM


Mr or Mrs. 500

Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500

Group: General Forum Members
Last Login: Wednesday, June 20, 2012 5:02 AM
Points: 530, Visits: 945
if you install the ADP at each client, isn't updating it a pain? I use an MDB for reporting which everyone here accesses and updating it just involves refreshing one file.
Post #163974
Posted Friday, February 25, 2005 7:39 AM


Right there with Babe

Right there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with Babe

Group: General Forum Members
Last Login: Wednesday, July 23, 2014 7:10 AM
Points: 769, Visits: 244

Back when I did lots of Access/SQL apps I kept a copy of the MDB file in place on the network.  At this company, there were about 50 users.  We added a line in the login script to copy that file to the workstations so that it was always up to date. 



Aunt Kathi
Microsoft
(Former SQL Server MVP)
Post #164068
Posted Tuesday, March 1, 2005 10:17 AM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, February 17, 2006 7:35 AM
Points: 102, Visits: 1

To update each computer, I created a proc to update the database. It is pretty simple :

1) Create a global variable in your project which contain the version number of the project (the one installed on the computer)

2) In a parameter table, create a line which contain the most recent version of the project (I update this field manually whenever I make a new version)

3) When your project loads, compare 1 and 2. If 1 < 2, I close the database and runs a batch that copies the project from the network to the user's computer

This way you don't cause an overload on the network each morning and you can keep track of your version changes...

 




Post #164734
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse