Skip to main content

Stop MS Access from prompting for passwords to linked ODBC tables.

You should be using integrated security. But since we don't control all the things, sometimes database password authentication is forced on us.


You can set up a file DSN with the password, but in MS Access it is never saved.  Instead everytime you reopen the database and view a table you see this:

  Here is the workaround.

  1. Create a special type of query called a Pass-Through Query which does store passwords
  2. Create a macro that runs this query at startup

This works by initiating a special silent query at startup using the password. Once the database password has been used once, it is cached for the MS Access session.

Create the Pass-Through Query


  1. On the Ribbon choose the Create Tab and click Query Design
  2. Close the Show Table dialog
  3. Click the Pass-Through button on the Design Tab
  4. Click Property Sheet to edit the connection string properties. You can paste a connection string or use the ... builder to open a GUI. If you use the builder be sure to choose to Save the password in the connection string.
  5. In the SQL Query window put in a nonsense query like "SELECT 1".
  6. Save the Query, I'll call mine dbConnect.

Create a macro that runs at startup

  1. On the Ribbon choose Create Tab and click Macro
  2. Build a Macro which opens our new query.

      Set the Action = OpenQuery and choose our dbConnect we created above.

        Click Show All Actions in the Ribbon and then choose SetWarnings Turn Warnings On = No before the OpenQuery and back to Yes afterwards.

        1. Save your Macro as AutoExec. This is a special macro name that will run at startup.

        Now close your database and reopen it. When opening linked tables you should no longer be prompted for a password.


        About Security

        In my experience, these types of passwords are the ones you find on sticky notes on monitors. They aren't real security because they are such a pain to enter.

        That being said, embedding the ODBC connection password in your database makes the password knowable to anyone who can open the MS Access database. I would encourage you to place the MS Access database in a folder secured using Active Directory security to the correct group.



        References/Hattip

        Comments

        Popular posts from this blog

        Auto Format (and Color) Outlook Appointments

        A few years ago I got turned on to the idea of indexing your life by color. In a quick glance your mind can comprehend really complex patterns. By coloring entries in my calendar I am able to tell immediately if I am available or if a future appointment conflicts with a work meeting. There are a number of ways to set this up. Outlook allows you to add a label to every appointment. However this is an Outlook specific feature and I sync my calendar across Outlook, Yahoo! and iCalendar. The later two don't even have labels. Besides, calendars should be simple. Complexity only hinders usability, so I prefer an automated solution. How to color appointments in Outlook automatically: In Calendar, right-click the calendar grid, and then click Automatic Formatting on the shortcut menu. Click Add, and then type a name for the rule. In the Label list, click a color. Click Condition to specify the conditions under which the color will be applied. Note: If you manually assign a color to a

        Attachment Reminder - and more for MS Outlook

        I just did it again. We don't like to admit it, but we all have. You write a long letter describing the attachment, press send and then 10 seconds later remember you didn't actually attach the message. I finally decided to do something about it. Turns out it isn't too hard. Chiefly because Jimmy Peña at Code for Excel and Outlook already did all the hard work of writing up an excellent MS Outlook Etiquette Check Macro that does all the dirty work for you. What's left for you to do? In MS Outlook go to Tools > Macros > Visual Basic Editor Under the Project Panel (far left) Browse to Project1 > Microsoft Office Outlook Objects > ThisOutlookSession Double-click ThisOutlookSesson to Open (if you haven't been here before this will be a big blank canvas) Visit Code for Excel and Outlook Etiquette Check Code and select "Copy to Clipboard" at the top of the code. Or you can also copy from the code I've modified below if you prefer.

        Simple HTTP Redirect with Querystring in IIS7

        HTTP Redirect seems simple enough. Always was in IIS6 and in IIS7 there's even a button labeled HTTP Redirect that promises relative redirects.  It looks like it'll be as easy Apache finally.  That is until you try to redirect a querystring.  Then everything bombs. Turns out it still is relatively easy, except you have to know that Microsoft changed $S$Q to $V$Q. Why? $Ss and $Gs I suspect. And How. In our example we'll redirect all pages under http://olddomain.com/content to http://mydomain.com/content. Pick the virtual directory you want to redirect. e.g. http://olddomain.com/content Click HTTP Redirect under IIS in the IIS management console. In the HTTP Redirect Dialog: Check Redirect requests to this destination Enter your new path ending with $V$Q.  e.g. http://mydomain.com$V$Q Counter-intuitively check Redirect all request to exact destination (instead of relative destination) Choose the appropriate Status Code (Permanent or Temporary)