Json

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.

Come ormai sicuramente avrete sentito, nella versione che sarà disponibile a breve di SQL Server, ossia la versione 2016, di cui è già possibile usare la CTP 3.2, ci sarà il supporto nativo a JSON, andando così a soddisfare un’esigenza molto sentita dagli sviluppatori, dato che JSON è divento lo standard de-facto per ogni esigenza di scambio di dati e viene anche utilizzato per la persistenza di tutte quelle informazioni che hanno uno schema “liquido” o “dinamico”.

Com’è ormai noto, una delle grosse novità di SQL Server 2016 - attualmente disponibile la versione CTP 2.3 - è il supporto nativo a JSON. Tutto bello per chi potrà usare la nuova versione di SQL Server 2016…ma per chi è ancora legato alle versione precedenti? E coloro a cui l’implementazione del supporto di JSON in SQL Server 2016  non soddisfa del tutto (è piuttosto limitata in effetti, e JSON, a parte alcune funzioni specifiche, non ha ancora un tipo di dato nativo…), cosa possono fare?