Skal have placeret min connectionString til min DB et centraltste

Jeg plejer at includere connection.asp, hvis jeg skal lave en centralt placeret forbindelse til DB. Det er det du mener?

<%
Set Conn = Server.CreateObject("ADODB.Connection")
Conn.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:/websider/global/mydomain.dk/mydomain.dk/www/fpdb/artikler.mdb"
%>

Du skal finde den nøjagtige stiangivelse på serveren, og det gør du med en kommando, der hedder ... finder den lige, øjeblik

Dette er i asp.net, ikke i asp.

Indtil videre har jeg placeret den på følgende måde:

  <appSettings>
      <add key="ConnectionString" value="Server=sqlserver.hej.dk; Database=Modul;  UID=brugernavn; Pwd=pass;"/>
  </appSettings>

Ok, kigger med

Det er også det rigtige sted at placere den - sessionstate hander om, hvordan du vil have håndteret dine sessions og har ikke noget med din connectionstring at gøre

Den sessionstate der er lavet som default af mit visual studio ser ud som følger:

  <sessionState
            mode="InProc"
            stateConnectionString="tcpip=127.0.0.1:42424"
            sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
            cookieless="false"
            timeout="20"
    />

Hvad bruges sqlConnectionString så til?

Jeg plejer altid at kompilere den ind i min codebehind.
Ulempe - det er lidt besværligt at ændre
Fordel - man kan ikke umiddelbart aflæse kode og brugernavn til DB. (f.eks. en nysgerig pilfinger på serveren)

Placering i <appSettings> ser fornuftigt ud.

sqlConnectionString'en i <sessionState> bruges hvis dine sessiondata skal gemmes i databasen. Har vist den fordel at session's ikke dør/udløber ved ændringer i web.config eller rebuild af din dll fil.

Syntes ikke at fordelene ved "ind-kompilering" overstiger ulemperne. Ret træls at skulle ændre op til 100 filer + nykompilering inden upload til webserver, og derfor heller ikke umiddelbart kan ændre sqlserver hvis man skulle have lyst til dette.

Ser ikke aflæsning af kode + brugernavn som noget problem, hvis ellers sikkerheden på webserver og databaseserver er iorden.

thrytter -> hehe hvor dælen kommer de 100 filer fra? Der skulle meget nødigt være mere end en database handler. Ellers må vi være ide i MEGET komplekte ting og sager.
Sikkerheden på webserver er vel irellevant, for webhost har altid adgang

thrytter: smid et svar så du også kan få del i pointne

Tak for alle jeres indlæg!

Jeg synes det virker fornuftigt at lægge connectionstring i en tekstfil udenfor webscope. På den måde kan man nemt lige ændre den. Det er ikke langsommere, idet man naturligvis loader tekstfilen ind, når programmet starter op.

Nej, det er noget vrøvl - det giver samme resultat som at lægge den i Web.config. Ongsgyl.