Database

Si applica a: Azure SQL Database, SQL Server 2016 Preview

---

Converte un inputdate al valore datetimeoffset corrispondente nel fuso orario di destinazione. Se inputdate viene fornito senza le informazioni di offset, la funzione applica l’offset del fuso orario partendo dal presupposto che il valore inputdate viene fornito nel fuso orario di destinazione. Se inputdate viene fornito come valore datetimeoffset, allora la clausola AT TIME ZONE converte nel fuso orario di destinazione utilizzando regole di conversione del fuso orario.

Tenere sotto controllo le prestazioni e lo “stato di salute” di un database non è semplice e talvolta richiede parecchio tempo.

Query Performance Insight offre la possibilità di verificare il consumo in DTU del database, individuare le query più costose in termini di DTU che potrebbero quindi influire negativamente sulle prestazioni e infine eseguire “drill down” sulle query per visualizzarne tutti i dettagli.

[highlight color=“yellow”]N.B.: Query Performance Insight è in modalità anteprima ed è attivabile solo tramite Azure Preview Portal[/highlight]

Un bellissimo (e lungo) articolo che spiega come lavora un database relazionale.

http://coding-geek.com/how-databases-work/

Scritto da uno sviluppatore per gli sviluppatori, è un must read perchè è sempre bene capire e conoscere gli strumenti con cui si lavora. E perchè se si vuole criticare (costruttivamente) qualcosa, prima bisogna conoscerla a fondo :).

As a developer, I HATE using something I don’t understand. And, if databases have been used for 40 years, there must be a reason. Over the years, I’ve spent hundreds of hours to really understand these weird black boxes I use every day. Relational Databases are very interesting because they’re based on useful and reusable concepts. If understanding a database interests you but you’ve never had the time or the will to dig into this wide subject, you should like this article.

Spesso si ha la necessità di strutturare dei database che associno una validità temporale ad uno stato di una entità (range temporale), oppure che registrino l’esatta data/ora in cui un evento si verifica. Dopodiché bisognerà interrogare il database con query costruite “ad hoc”, in modo che gestiscano correttamente le entità in gioco da un punto di vista temporale.

Chi fosse interessato ad approfondire un po’ di teoria sui temporal database, può consultare gratuitamente uno dei testi di riferimento sulla materia, scritto da uno dei più importanti scienziati viventi che trattano la Computer Science: “Developing Time-Oriented Database Applications in SQL” di Richard T. Snodgrass. Trovate il testo in formato pdf su questo link: