Microsoft Access Security Best Practices when linking to a SQL back end
tdmailbox_at_yahoo.com
Date: 02/09/05
- Next message: Brendan Reynolds: "Re: workgroup information file using OLE DB"
- Previous message: Abbey Normal: "workgroup information file using OLE DB"
- Next in thread: Lynn Trapp: "Re: Microsoft Access Security Best Practices when linking to a SQL back end"
- Reply: Lynn Trapp: "Re: Microsoft Access Security Best Practices when linking to a SQL back end"
- Messages sorted by: [ date ] [ thread ]
Date: 9 Feb 2005 12:10:03 -0800
Does anyone know where I can find a best practices type document on
access security? Basicly I have a access database application I am
writing with a SQL server back end for a bank client. The application
was originally written to use access's own .mdw file for security.
However there is a push by the internal IT staff for me to move the
security into a table inside the SQL database. I am not really sure
what advantages this would provide and I am trying to make sure I am
not missing something. They are not looking to premission each user on
the SQL database, they are looking for me to create a user table inside
the SQL backend for the database that I built and have the access
databse call that table to verify permissions before granting access to
the application.
I am trying to determine if there is any advantage to configuring
security that way rather then using a .mdw file.
Can anyone shead some light on why using an internal(or in this case
linked) table would be better to store user ids and password?
- Next message: Brendan Reynolds: "Re: workgroup information file using OLE DB"
- Previous message: Abbey Normal: "workgroup information file using OLE DB"
- Next in thread: Lynn Trapp: "Re: Microsoft Access Security Best Practices when linking to a SQL back end"
- Reply: Lynn Trapp: "Re: Microsoft Access Security Best Practices when linking to a SQL back end"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|