Thanks everybody for answering.
The thing is that i don't want my users to feel any change. What happened before was that user could click on two different scripts. One that opened an MDB file the usual way (for editing data) and one that was used 90% of the cases - for looking at data (with /ro). It was done to ensure lack of mistakes - it often happened that user (with permissions) edited the data with no intention to do it.
So now, after we transfered the data to SQL Server, what i wanna do is exactly the same. Same user clicks on one script, and that script will open data for editing. Second script will open data for Read-Only access.
Is that possible to open Access application through a script and to tell it to connect to SQL Server (where the data is) using different users?
Hi sxam,
If you are going to use SQL server you need to understand client server behaviour. data is stored 'outside' of Access. You have given your users a 'big' change there so it will not work exactly the same as it did before.
The command line switches were primarily designed for objects running in the JET database environment ie localised mdb tables not SQL server tables in other words if you use it with attached tables from SQL server in your mdb database then any local mdb tables will be read only....yes..... but
not SQL server tables because like I said before, users and permissions are controlled on the SQL server in its own environment. Microsoft Access merely connects to the server. You need to look at server side permissions aligned to identification of 'who' is logging in using (I would suggest) windows integrated security. Your users must exist on the server and have appropriate permissions set there.
Documented help is less than clear on this in fairness to you on the /ro switch but you can gain a flavour of of what I mean if you look at it within the context of the 'switch' that deals with compacting for instance. Your local mdb file server database is 'compacted' but not the SQL server database. Does this make sense to you?
Regards
Jim :)