If you know how to work with role-based security in Access, it's
pretty much the same as SQL Server, except reversed. What I mean by
that is by default Access security is turned off, and in SQLS it's on.
You must explicitly grant permissions, and instead of everyone being
in Admins by default with full rights, they are in the public role by
default. Another different wrinkle is that there's server level
security and database level security, so theoretically someone could
log on to the server and not be able to connect to a database. What's
the same is you never grant permissions to users, only to roles, and
then add users to roles. In SQLS 2005 and 2008 you also have schemas,
which gives you a little more flexibility. So this is already getting
confusing, right?

Even though you're using Access and not ADO.NET,
this conceptual topic explains the basic concepts and has links to
relevant topics in SQL BOL. See
http://msdn.microsoft.com/en-us/library/bb669074.aspx.
--Mary
On Thu, 11 Dec 2008 14:19:02 -0800, Jack
wrote:
>Hi,
>I inherited an application written in sql access. Currently the application
>does not have any security. However I have to implement security in this
>application. I know how to work with Access security. However I am trying to
>avoid that. Instead I am trying to come up with sql server security. I have
>not worked on sql server security before. Is it possible to secure Access Sql
>application using just sql server security? If it is yes, is there any
>article that would give me some idea as to how to implement security in the
>present scenario. Thanks in advance. >> Stay informed about: Implementing security in Sql Access application