Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>You could consider Access web services. This would mean that you publish your database to SharePoint or now office 365. </p> <p>That published data becomes useable via a web service and as such would work well in disconnected mode that is typical required of a smartphone application.</p> <p>The Access desktop/client application can also link to this published data (and application). And the application functions in disconnected mode. So if you lose your connection then the application continues to run on the desktop clients.</p> <p>Here is a video of me running an Access application and I switch to running this application in a browser at the half way point:</p> <p><a href="http://www.youtube.com/watch?v=AU4mH0jPntI" rel="nofollow">http://www.youtube.com/watch?v=AU4mH0jPntI</a></p> <p>(no ActiveX or Silverlight is required – you can even use these Access forms in your smartphone's web browser or on an iPad).</p> <p>And here is another video showing how one can export "relational" data tables up to office 365 using Access.</p> <p><a href="http://www.youtube.com/watch?v=3wdjYIby_b0&amp;fmt=22&amp;hd=1" rel="nofollow">http://www.youtube.com/watch?v=3wdjYIby_b0&amp;fmt=22&amp;hd=1</a></p> <p>Note that because these published Applications run on a cloud OS, you not limited by the Access database engine and you are NOT using the Access data engine for the web published data. This means the user limit really is only that of the massive cloud servers, and they of course can handle millions of users. So Access Web services on office 365 would also be a possible solution here.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload