ODBC tilslutning på mange klienter

Not quite sure I understand the question! How can all 15 clients use the same five connections, are they using the same PC? Can you give some more info please?
What are you using as the frontend Access, VB?

oh, sorry, that wasn't quite clear.
I have 15 clients, who are using a separate PC each. On each PC I have to install 5 different ODBC System DSN's .....(or do I, that's the question) Isn't there a way to "distribute" the 5 DSN's (as a .reg key or whatever), rather than connecting to ALL 15 PC, setting up the same (different) 5 DSN connections on each PC.

If you are connecting to ONE database on a server then you only need ONE DSN.

DSN settings can be found in the registry, which you can export and then use this to set it up on other PCs.

This will give you an idea of where it can be found. NOTE> The information is in two areas, so you need to export them both and then make on file so it looks something like this.

REGEDIT4

REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\ODBC Data Sources]
"YourDSN"="SQL Server"

[HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\YourDSN]
"Driver"="C:\\WINNT\\System32\\sqlsrv32.dll"
"Description"="YourDSN DEscription"
"Server"="SQLSERVERNAMEGOESHERE"
"Database"="SQLDATABASENAMEGOESHERE"
"Language"="us_english"
"LastUser"="terry"
"AutoTranslate"="No"

Det er et problem; Microsoft mangler ganske en navneopløsning a la den som Oracle Names og LDAP tilbyder.

Eneste mulighed du har, er at du kan benytte en fil-dsn'er som du placerer på en NetShare. Så har du kun et sted at vedligeholde database og server-oplysninger.

Hvis du har behov for at kunne flytte databaser mellem flere servere (eller ved at du skal gøre det senere), så kan du overveje følgende:

Hvor hver database opretter du en C_NAME record i din DNS lydende på database navnet - recorden peger naturligvis på din server. Når en klient så opretter en forbindelse til en given database angives databasenavn både som servernavn og database.

Flytter du senere databasen til en anden server, så ændrer du blot servernavnet i C_NAME recorden i DNS'en - du skal ikke længere bekymre dig om hvor mange klienter der har sat servernavnet op lokalt.

Mvh
Troels

Troels>What is wrong with the solution I have given using the Registry?

Terry, I have 5 different databases (well, actually, it's 6 different databases!) :(
Terry, unless trer finds a serious flaw to "your way", I'll award you the points.

Hvorfor ikke skifte applikationen fra DSN connction string til DSNless
connection string ?

arne, ikke helt med på hvad du mener, jeg kører en Access XP frontend op mod en SQL Server backend...

En connection string a la:

"Driver={SQL Server};Server=servernavn;Database=dbnavn;Trusted_Connection=yes"

Arne>This is a possibility, but in Access its much easier using a DSN to link directly to the dB.

puppetmaster> This will work with more than one DSN too. But I find it very strange that you have to connect to 6 dB's at once!

Much easier "doing", but since the poster is asking about a way to avoid
setting up DSN's, then it seems as *the* solution for his problem.

terry, thank you very much, you had the, in my case, correct answer.
I don't need to connect to 6 db at once, I have 6 different backends (SQL Server databases) and 6 frontends (Access XP). It should be possible for every user to access the databases whenever they want, so it's easier to set them all up at once, rather than when the user needs them.

No, arne, ikke helt, jeg vil GERNE bruge DSN, men jeg gidder ikke skulle ind i Start -> Kontrolpanel -> ODBC tilslutninger og hele smørren igennem 6 gange for hver brugers maskine (15 stk.), så VAR det nemmere at sende dem en .reg fil, som de bare dobbeltklikker på og så kører showet. (eller lægge den samme sted som frontend'en ligger, selvfølgelig!)

Now I'll just have to export the 7 keys and merge them into one .reg file and I'm all set.

Hej puppet

"Problemet" ved et reg-hack er, at selvom det fungerer, så skal du sende ny registeringsfil ud, såfremt du skal ændre på server-opsætningen. Du skal også huske at sende det ud til folk, hvergang de får ny pc, en ny ansættes etc.

Ligger du dsn-filerne på en share, så har du ikke den ekstra administrative byrde.

Du kan naturligvis også vælge, at lægge reg-hacket ind som en del af en policy eller startup script.

hej tre
Det er heldigvis ikke så stort et problem, det med server-opsætningen, da den nok ikke kommer til at ændre sig de næste par år.
Du har ret i at hvis en PC geninstalleres/ny-installeres, så skal .reg filen tilføjes igen, men det gør ikke noget ved afskedigelser/ansættelser, da nøglerne lægger sig i HKEY_LOCAL_MACHINE.
Har ikke kigget nærmere på det med DSN filer på et share, men det ser ikke videre nemt ud.

Det VILLE være DEJLIGT om jeg kunne placere reg-hacket i et startup script.

If you use the Installation Wizard (97 )Package and deployment in 2000 then I am sure you will be able to make your registry settings there.
Installation Wizrad is only available in Access Developer Edition!

I DO have Access Developer Edition! :)

well there you go :o)

Lige et sidste tip:

Hvis du i Access linker til en tabel i en SQL Server database via en DSN fil - så bliver oplysningerne i filen "embedded" i Access-databasen, og du slipper så helt for at bekymre dig om andet end at give klienterne adgang til .mdb / .mde filerne...