webForumDet fria alternativet

Session Connectionstring

.NET

22 svar · 399 visningar · startad av Nickemannen · sida 2 av 2

Frågan, av Nickemannen

Hur kommer jag åt connectionen som ligger i web.config <sessionState mode="InProc" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="server=localhost;uid=;pwd=;database=intranet;Integrated Security=SSPI;" cookieless="false" timeout="480" /> ??

Läs frågan i sin helhet →
Medlem sedan apr. 20012 266 inlägg
#21

Det jag vill med COM+ är att testa olika former att bygga en DAL(Data Access Layer). Funderat på vilken som är den bästa lösningen med tanke på prestandard. Men har ännu inte kommit fram till något vettigt. Den ska fungera som så att man skickar parametrar och namnet på den "sparade proceduren"(stored procedure) och man får tillbaka en uppsättning data. Har testa med att retunera DataTable och DataSet och det fungerar riktigt bra så jag kommer hålla mig till det och placera connectionstringen utanför root i en .xml fil, krypterad om nödvändigt.

Medlem sedan dec. 19991 072 inlägg
#22

Visst kan man använda COM+, men vad tillför det egentligen som du inte kan göra med Registry?

Det är bra mycket enklare att konfigurera COM+ än registret. Där jobbar du ju visuellt och klickar i och fyller i rutor i motsats till registret.

Dessutom antar jag att prestandan bör bli bättre med COM+ än med registret då COM+ och "object Construction" är byggt för att hantera att strängar skickas till komponenter vid instansiering.

Nån direkt URL till just detta har jag inte (har själv lärt mig på kurs...), men du kan läsa allmänt om COM+ och .NET på:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndotnet/html/comservnet.asp

Medlem sedan apr. 20012 266 inlägg
#23

SPiN skrev:

Men vill man vara riktigt, riktigt, riktigt säker så ska man nog kompilera hela rubbet.

Det är ju det jag säger hela tiden! Affärslagret = dina bakomliggande komponenter. :)

Men om du måste ändra din datakälla så måste du kompillera om affärslagret. Då är det nog bättre att det sparas i en XML fil. För om du har det i en XML fil och ändrar i den så kommer ändringen gå igenom på en gång. Men en sak kan vara lite dumt med XML fil, det är att verje gång den man ska öppna en databaskoppling måste läsa en fil för att få connectionstring. Lösningen på det är att i global.asax, man läser in den i ett application object och hämtar den därifrån. Och varje gång du ändrar XML filen så kör du bara en viss sida som hämtar den nya connectionstringen.

273 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
135 ms — deklarationer (db)
0 ms — hämta statistik (cache)
134 ms — hämta tråd, inlägg och bilagor (db)
130 ms — ändringar (db)