I have an issue occurring in Microsoft Dynamics GP, and am doing research to see if this is the cause,but this could be a Access to SQL Server issue. GP stores data in SQL Server, and MS Access is being used to access the table data. Some data appears to be going missing in the production database. Unfortunately, I don't know what is being done with Access, as that is not being disclosed to me. A simple solution would be to tell them to stop using Access to verify if data still goes missing, but I would like to know of any documented issues before suggesting this.
So in an attempt to give a best guess on what is happening, what does Access do when it is connected with SQL Server as back end? Does it lock the tables? What would have to be done to cause data to be missing or deleted? If Access is the cause, what steps should be taken to resolve it?
Is it your intention that Access should be allowed to change or delete data?
If not, have you considered setting up a user ID for use by Access that permits read-only access (no pun intended)?
In any case, a SQL Server best practice is to insure that user accounts have the mimimum access rights necessary to meet the business requirements. Please don't give everyone the sa account with a blank password.
EDIT:
Think of Access like SQL Server Management Studio, in other words an interactive tool one can use to query and change the database in a virtually unlimited fashion provided your account has the permissions to allow you to do that. Since it is an interactive environment where one can pull up a table, deleting a row is as simple as clicking on that row and pressing the delete key. Similary changing a data value is as simple as clicking on that row and column and typing a new value.
Of course deleting something is as simple as hitting the delete key by accident as well.
It does not suprise me that when you give users such a tool and an account with no access restrictions that data will end up being changed, whether by intent, accident or otherwise.