Publications
"SQL Server Management Studio ha smesso di funzionare", ho perso lo script che stavo scrivendo?
“SQL Server Management Studio ha smesso di funzionare”, a volte succede di ottenere a video questo messaggio poco simpatico.
Nulla di grave, “basta solo” riavviare il programma.
Ed ecco che una volta riavviato SSMS alcun file è stato recuperato … GRRRRRR!!!!
La cosa meno divertente, quindi, è scoprire che la query/procedura che si stava scrivendo e provando, magari da qualche ora, è andata persa. Ovvero perse le ultime modifiche non salvate .. come dici!? non hai salvato lo script SQL prima di eseguirlo!? Ahhh, non hai proprio salvato nemmeno una volta!?
SQLServer 2016 non si avvia ... ecco uno dei perchè
“TCP Provider, error: 0 - Il computer remoto ha rifiutato la connessione di rete. Microsoft SQL Server, Error: 1225” questo semplice e significativo messaggio ci avvisa che il Server SQL, col quale stiamo cercando di collergarci, non risponde. Ci possono essere molteplici motivi di questo “disservizio”, in questo articolo viene illustrata una delle cause e la sua risoluzione.
Una volta controllato che il server sia in funzione e collegato alla rete, verifichiamo che effettivamente il servizio relativo a SQL Server 2016 sia in esecuzione.
JSON support is generally available in Azure SQL Database
Generalmente disponibile il supporto JSON per Azure SQL Database
Azure Blog post
MSDN Blog post
I nuovi database creati in Azure SQL Database hanno di Default il Compatibility Level 130, i database creati da qualche tempo hanno invece Default il Compatibility Level 120.
Per controllare il compatibility level corrente SELECT name, compatibility_level FROM sys.databases WHERE name = 'database_name';
Se compatibility_level non è uguale a 130, è necessario impostarlo ALTER DATABASE database_name SET COMPATIBILITY_LEVEL = 130
Usare json su SQLServer 2005, 2008, 2012 e 2014 .. è possibile!
Vedere il supporto nativo di JSON su SQLServer 2016 (e anche su Azure SQLDatabase) mi ha fatto pensare che magari era possibile averlo in forma semplificata anche su versioni precedenti.
Tutto è nato dalla necessità di gestire un flusso di dati con una Stored Procedure in arrivo da una WebAPI. Inizialmente la WebAPI, dopo aver fatto gli opportuni controlli logici di validità, deserializzava il flusso per poi formattare una stringa da passare alla Stored Procedure. La gestione del parametro in ingresso alla SP come TABLE non sembrava possibile utilizzando EF6, quindi si è optato di mantenere la SP nello stato originale, ovvero con la stringa e altri parametri per i caratteri separatori.