Re: Understanding SQL Connection
- From: "bernadou" <bernadou@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 29 Dec 2005 06:37:03 -0800
Rick,
Thanks again! You did exactly what I asked.... pointed me in the right
direction. After looking carefully at the linked table setup dialog boxes, I
finally came to the "Save Password" checkbox tucked neatly at the bottom
right of the "Link Table" dialog box. ( Seems like a very strange place to
put that option, but, what do I know?)
Based on my understanding, we won't be able to use NT security due to the
production SQL server being hosted by a 3rd party on an external domain.
So, this leads me to my follow-ups. Under what conditions would my
application need to 'refresh the link' to the tables, thereby requiring the
deletion and re-linking you mentioned in your post? Is there a way to ensure
the tables stay linked, with the SQL username and password I supply during
the table linking steps? Does Access keep this information somewhere that
can be programatically controlled? Is there just a better way to do this
then using the standard linked table senario?
Thanks,
Bernie
"Rick Brandt" wrote:
> "bernadou" <bernadou@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
> news:099FE1C3-9B70-490E-B67A-592FA8644058@xxxxxxxxxxxxxxxx
> >I have some linked SQL 2005 tables in my Access front end. I went through
> > the linked table wizard and created a DSN. I then went into the DSN and
> > added the correct username and password that 'should' authenticate Access
> > each time it needs to connect. Sample DSN below:
>
> Look at your DSN entry again where you entered a UserName and Password. Those
> entries are not what you think they are. They are associated with the checkbox
> labeled...
>
> Connect to SQL Server to obtain default settings for the additional
> configuration options.
>
> In other words it means "While I am creating this DSN use these credentials to
> get some default settings from the server". It does not mean that those
> credentials are automatically passed when the DSN is actually used later on.
>
> Now...when you create linked tables using that DSN you will have to supply
> credentials and you should be given the option to save them as part of the table
> link definition. That would allow for that link to be used without supplying
> credentials later on. If the link is refreshed later on though you might lose
> the credentials and the link would have to be deleted and recreated to put them
> back.
>
> With SQL Server it is best to set it up using Trusted Connections (Integrated
> Security). This passes the Windows Domain credentials to the server so the user
> is never prompted.
>
> --
> I don't check the Email account attached
> to this message. Send instead to...
> RBrandt at Hunter dot com
>
>
>
>
>
>
.
- Follow-Ups:
- Re: Understanding SQL Connection
- From: Rick Brandt
- Re: Understanding SQL Connection
- References:
- Re: Understanding SQL Connection
- From: Rick Brandt
- Re: Understanding SQL Connection
- Prev by Date: Re: Understanding SQL Connection
- Next by Date: Re: Understanding SQL Connection
- Previous by thread: Re: Understanding SQL Connection
- Next by thread: Re: Understanding SQL Connection
- Index(es):
Relevant Pages
|