Edições de SQL Server e respectivas Connection Strings - Dei-Isep

Edições de SQL Server e respectivas Connection Strings 1 ‐ SQL Server Express – edição gratuita de SQL Server No Visual Studio 2010, SQL Server Express é instalado por omissão com o Visual Studio. 2 ‐ SQL Server Express LocalDB – um modo especial de execução do SQL Server Express que permite trabalhar com bases de dados como ficheiros .mdf. Tipicamente os ficheiros de bases de dados LocalDB são mantidos na pasta App_Data de um projecto Web. No Visual Studio 2012, LocalDB é instalado por omissão com o Visual Studio. 3 ‐ SQL Server Compact 4.0 – edição gratuita que pode ser usada em aplicações web ASP.NET, quer para desenvolvimento, quer para produção. 4 ‐ Sql Server (edição completa) A escolha do SQL Server para desenvolvimento depende do ambiente de desenvolvimento: Se usarmos Visual Studio 2012, a escolha para desenvolvimento deveria ser LocalDB, porque vem instalado por omissão. A base de dados pode ser inspeccionada com o Visual Studio na janela Server Explorer. Se usarmos Visual Studio 2010, a escolha para desenvolvimento deveria ser SQL Server Express, porque o SQL Server Express 2008 vem instalado por omissão. As bases de dados criadas podem ser inspeccionadas: 1) com o Visual Studio, mudando para a janela Server Explorer, Data Connections, Add Connection…, Change, seleccionar Data source. 2) Com o SQL Server Management Studio, seleccionando Server type e Server name. Exemplos de Connection String para SQL Server Express: 1‐ Exemplo para uma base de dados SQL Server Express definida na instância local do SQL Server Express. O nome, por omissão, da instância do SQL Server Express é SQLEXPRESS. <add
name="ConnectionStringName"
providerName="System.Data.SqlClient"
connectionString="Data Source=.\SQLEXPRESS;
Initial Catalog=DatabaseName;
Integrated Security=True;
MultipleActiveResultSets=True"/>
2‐ Exemplo para uma base de dados SQL Server Express num ficheiro .mdf na pasta App_Data. <add
name="ConnectionStringName"
providerName="System.Data.SqlClient"
connectionString="Data Source=.\SQLEXPRESS;
AttachDbFileName=|DataDirectory|\DatabaseFileName.mdf;
Integrated Security=True;
User Instance=True;
MultipleActiveResultSets=True" />
Exemplo de Connection String para LocalDB: <add
name="ConnectionStringName"
providerName="System.Data.SqlClient"
connectionString="Data Source=(LocalDB)\v11.0;
AttachDbFileName=|DataDirectory|\DatabaseFileName.mdf;
InitialCatalog=DatabaseName;
Integrated Security=True;
MultipleActiveResultSets=True" />
Exemplo de Connection String para SQL Server Compact Edition 4.0: <add
name="ConnectionStringName"
providerName="System.Data.SqlServerCe.4.0"
connectionString="Data Source=|DataDirectory|\DatabaseFileName.sdf"
/>
Exemplo de Connection String para SQL Server (Edição completa): <add
name="ConnectionStringName"
providerName="System.Data.SqlClient"
connectionString="Data Source=ServerName;
Initial Catalog=DatabaseName;
Integrated Security=False;
User Id=userid;
Password=password;
MultipleActiveResultSets=True" />
LocalDb Nas connection strings para LocalDB, o Visual Studio adiciona um número único como sufixo, quer ao Initial Catalog, quer ao AttachDbFilename, para evitar colisões de nomes na instância do SQL Server Express LocalDB, como no exemplo seguinte: <add
name="DefaultConnection"
providerName="System.Data.SqlClient"
connectionString="Data Source=(LocalDb)\v11.0;
Initial Catalog=aspnet-ProjectName-20120702083251;
AttachDBFilename=|DataDirectory|\aspnet-ProjectName20120702083251.mdf"
Integrated Security=SSPI; />
Consideremos que um projeto especificava os seguintes valores: Initial Catalog=aspnet;
AttachDbFilename=|DataDirectory|\aspnet.mdf"
Quando criámos um projeto com estes valores e o corremos, LocalDB efetua o attach do ficheiro aspnet.mdf e dá o nome à base de dados “aspnet”. Se criarmos um novo projecto com estes valores e o corrermos, LocalDb tentará efetuar o attach do ficheiro aspnet.mdf deste novo projecto ao mesmo nome da base de dados “aspnet”. A operação falha porque esse nome já está attached ao ficheiro aspnet.mdf do primeiro projecto. Por esta razão, os sufixos adicionados pelo Visual Studio não evitarão colisões se criarmos uma cópia de um projecto copiando os ficheiros em vez de criar no Visual Studio um projecto novo, o que geraria um novo número único. Se copiarmos os ficheiros de um projecto existente devemos mudar o sufixo manualmente para o tornar único. http://msdn.microsoft.com/en‐us/library/ms178359.aspx#sqlserver http://msdn.microsoft.com/en‐us/library/jj653752(v=vs.110).aspx