Czy mogę ponownie użyć istniejącego ciągu połączenia w mojej konfiguracji stanu sesji SQL?

Question

Używam SQL Session State w mojej aplikacji, jednak biorąc pod uwagę, że mamy już kilka ciągów połączeń, łatwiej byłoby zachować konfigurację, jeśli wszystkie ciągi połączeń były przechowywane, no, w <connectionStrings>.

Moje pytanie brzmi, czy można w jakiś sposób określić istniejący ciąg połączenia w konfiguracji sessionState?

<connectionStrings> 
     <add name="ConnString1" connectionString="data source=xx;Initial Catalog=zzz;" 
      providerName="System.Data.SqlClient" /> 
     <add name="EFConnString" 
      connectionString="metadata=res://*/EF.csdl|res://*/EF.ssdl|res://*/EF.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=xxx;initial catalog=yyy;App=EntityFramework&quot;" 
      providerName="System.Data.EntityClient" /> 
     <add name="SessionStateConn" connectionString="data source=xx;Initial Catalog=zzz;" 
      providerName="System.Data.SqlClient" /> 
    </connectionStrings> 
    <system.web> 
    <sessionState mode="SQLServer" 
        sqlConnectionString="**SessionStateConn**" 
        sqlCommandTimeout="30" customProvider="" ... etc 
    </sessionState> 

Answer 1

ktoś zbliża się do tak późno dokumentacje MSDN stwierdzić, że dla sqlConnectionString atrybut można określić albo pełny ciąg połączenia lub nazwę istniejącego ciągu połączenia: https://msdn.microsoft.com/en-us/library/h6bb9cz9%28v=vs.85%29.aspx (patrz sqlConnectionString pod Atrybuty & Elements)

Answer 2

Niezupełnie. Przynajmniej nie w prosty sposób, który nie wymaga zmiany kodu lub transformacji pliku konfiguracyjnego. Przyczyną tej niespójności w ASP.NET jest to, że stan sesji SQL Server został wprowadzony w oryginalnej wersji ASP.NET, natomiast sekcja connectionStrings została dodana w wersji 2.0. Projektanci znaczników sessionState nie mogli polegać na systemie, który nie został jeszcze wynaleziony/wysłany.