Finalmente o meu chegou o meu token para o SQL Azure!

Foi com ansiedade que criei uma base de dados. Um username para o Server Admin e respectivo password e de volta recebi as connectionstrings para aceder via ADO.NET, ODBC e OLEDB.

Há alguma inutilidade nisto porque o acesso via OLEDB ainda não é possível. Portanto (e porque não me quero ligar de outra forma) vou testar via ADO.NET. A ligação é qualquer coisa como:

Server=tcp:nomedoservidor.ctp.database.windows.net;Database=nomedabase;User ID=nomedouser;Password=senha;Trusted_Connection=False;

Nada de especial neste facto. Vou testar isto via SQLCMD que é a maneira mais rápida de o fazer:

SQLCMD –U user –P password – S nomedoservidor.ctp.database.windows.net –dnomedabase

não funciona… Estranho… Binguei sobre o assunto e descobri que tenho que colocar user@nomedoservidor e aqui está!

Fazer um create table simples e um select simples e dou por cumprida a minha primeira incursão(ou será excursão?) pelo SQL na cloud.

Mas este interface em branco sobre preto é muito menos elegante do que o do SSMS (SQL Server Management Studio). No SSMS há um pequeno truque: não fazer a connection inicial, depois fazer uma nova query e aí colocar os dados da conexão. Vamos ter a mensagem: “Unable to apply connection settings. The detailed message is: ‘ANSI_NULLS’ is not a recognized SET option”.

Não será um problema dado que conseguimos executar as nossas instruções no interface de texto do SSMS, no entanto este é um pequeno aviso que há muitas pequenas coisas que não serão exactamente iguais… por enquanto…