![]() |
Convert Excel to Access
Convert Access to SQL Server Distributed Databases |
Split MS Access Application
Capability Scorecard |
![]() |
||||||||||
|
|||||||||||||
|
|
|||||||||||||||||||||||||||
|
Split MS Access Application Scorecard |
||
|
Number of End Users |
<5 | LAN only (WAN not recommended) |
|
Application Performance |
Good | Poor application design will impede performance |
|
Application Reliability |
Good | Increased usage and datastore size will crash the application/corrupt the datastore |
|
Data Integrity |
Poor | Limited means to insure data accuracy |
|
Application Security |
Poor | Data wide open to the LAN |
|
Maintenance Burden |
High | Repair & Compact, Restore common |
It is also fairly common to use the Split Access method to support different MS Access Front-End applications that are connected to a single Back-End MS Access data store. For example, a single MS Access data store that contains Customer Contact data that is connected to MS Access applications in both Marketing and Customer Support departments.
Limitations to splitting an MS Access application generally include the ability to share across the Wide Area Network (WAN) or scale beyond a dozen or so simultaneous users.
See the 10 Most Common Application Migration Business Drivers
|
|||||
|