Codejock Forums Homepage
Forum Home Forum Home > Codejock Products > ActiveX COM > Calendar
  New Posts New Posts RSS Feed - Multi-User Access DB - Best method - Please Help
  FAQ FAQ  Forum Search   Events   Register Register  Login Login

Multi-User Access DB - Best method - Please Help

 Post Reply Post Reply
Author
Message
vbuser View Drop Down
Newbie
Newbie


Joined: 22 January 2004
Status: Offline
Points: 39
Post Options Post Options   Thanks (0) Thanks(0)   Quote vbuser Quote  Post ReplyReply Direct Link To This Post Topic: Multi-User Access DB - Best method - Please Help
    Posted: 09 October 2007 at 2:17am
I've read your article: http://codejock.com/support/articles/com/calendar/cp_3.asp
 
I am still not clear what the best and simpler method is; can you please give me your recommendation, bound, memory, etc.
 
I have a working VB6 demo app using the built-in access data provider. This app. will be used in a multi-user enviroment, I also like to add custom fields and I'd like to use an 'employees' table instead of your resources table for resources... Should I work with data in memory & save every time there is a change? Should I modify the SQL custom class to use Access instead, I dont really want to create myselft a big  mess of a problem hard codeing all this if I could find a way around to use the built-in access provider and just use some code to 'adapt' to my needs... I could just keep the resources table and update it from my 'employees' table for example.
 
When is best to refresh/re-load data to make sure all computers can see the current calendars? Can you give me an example? Thank you!
Back to Top
sserge View Drop Down
Moderator Group
Moderator Group


Joined: 01 December 2004
Status: Offline
Points: 1297
Post Options Post Options   Thanks (0) Thanks(0)   Quote sserge Quote  Post ReplyReply Direct Link To This Post Posted: 09 October 2007 at 4:33pm
You can use regular Access data provider for all your tasks, except: "and I'd like to use an 'employees' table instead of your resources table for resources". The problem is that all table names are hardcoded.

To use another names (and/or data structure), you have to implement custom data provider as described in the article, including writing of custom SQL scripts, and so on.

--
WBR,
Serge
Back to Top
 Post Reply Post Reply
  Share Topic   

Forum Jump Forum Permissions View Drop Down

Forum Software by Web Wiz Forums® version 12.04
Copyright ©2001-2021 Web Wiz Ltd.

This page was generated in 0.141 seconds.