2012-07-12 9 views
5

Estoy usando SQL Session State en mi aplicación, sin embargo, dado que ya tenemos varias cadenas de conexión, sería más fácil mantener la configuración si todas las cadenas de conexión se sostuvieran, bueno, en <connectionStrings>.¿Puedo reutilizar una cadena de conexión existente en mi configuración de estado de sesión SQL?

Mi pregunta es, ¿es posible de alguna manera especificar una cadena de conexión existente en la configuración 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> 

Respuesta

7

cualquiera que venga a estas alturas la documentación de MSDN indicar que para el sqlConnectionString atributo Puede especificar la cadena de conexión completo o el nombre de una cadena de conexión existente: https://msdn.microsoft.com/en-us/library/h6bb9cz9%28v=vs.85%29.aspx (ver sqlConnectionString en Atributos & Elementos)

+0

Esta debería ser la respuesta aceptada, ya que es exactamente lo que OP (y yo) estábamos buscando. –

5

Realmente no. Al menos no de una manera directa que no requiera cambio en el código o transformación del archivo de configuración. El motivo de esta incoherencia en ASP.NET es que el estado de la sesión de SQL Server se introdujo en la versión original de ASP.NET, mientras que la sección connectionStrings se agregó en la versión 2.0. Los diseñadores de etiquetas sessionState no podían confiar en un sistema que aún no se había inventado/enviado.

+0

Gracias para el fondo en esto! – StuartLC

Cuestiones relacionadas