<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Query on UGISS</title>
    <link>https://1ab09184.ugiss-website.pages.dev/tags/query/</link>
    <description>Recent content in Query on UGISS</description>
    <generator>Hugo</generator>
    <language>it</language>
    <lastBuildDate>Wed, 16 Feb 2022 00:00:00 +0100</lastBuildDate>
    <atom:link href="https://1ab09184.ugiss-website.pages.dev/tags/query/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Modalità di elaborazione query e indici columnstore</title>
      <link>https://1ab09184.ugiss-website.pages.dev/2022/02/16/modalita-di-elaborazione-query-e-indici-columnstore/</link>
      <pubDate>Wed, 16 Feb 2022 00:00:00 +0100</pubDate>
      <guid>https://1ab09184.ugiss-website.pages.dev/2022/02/16/modalita-di-elaborazione-query-e-indici-columnstore/</guid>
      <description>&lt;p&gt;In questo articolo verranno trattati i due metodi di elaborazione delle query conosciuti come &lt;strong&gt;Row mode execution&lt;/strong&gt; e &lt;strong&gt;Batch mode execution&lt;/strong&gt; per SQL Server 2019. Verrà inoltre descritto un meccanismo per attivare Batch mode execution su SQL Server 2017 anche quando non si possono creare indici columnstore &amp;ldquo;effettivi&amp;rdquo;.&lt;/p&gt;&#xA;&lt;h3 id=&#34;row-mode-execution&#34;&gt;Row mode execution&lt;/h3&gt;&#xA;&lt;p&gt;Row mode execution è un metodo di elaborazione delle query utilizzato con le tabelle tradizionali disk-based, in cui i dati vengono archiviati in formato riga. Le tabelle che utilizzano questo tradizionale formato di archiviazione vengono anche dette &amp;ldquo;rowstore table&amp;rdquo;. Quando una query viene eseguita e accede ai dati archiviati in formato riga, gli operatori previsti nel piano di esecuzione leggono ogni riga richiesta dalla query. Da ogni riga letta, SQL Server recupera quindi le colonne necessarie, specificate nell&amp;rsquo;istruzione SELECT, in un predicato di JOIN, in un predicato di filtro, ecc..&lt;/p&gt;</description>
    </item>
    <item>
      <title>Predicati sargable e valori NULL</title>
      <link>https://1ab09184.ugiss-website.pages.dev/2022/02/02/predicati-sargable-e-valori-null/</link>
      <pubDate>Wed, 02 Feb 2022 00:00:00 +0100</pubDate>
      <guid>https://1ab09184.ugiss-website.pages.dev/2022/02/02/predicati-sargable-e-valori-null/</guid>
      <description>&lt;p&gt;In questo articolo parleremo del concetto noto con il nome di SARGability arricchendolo di alcune considerazioni sulla trattazione dei valori NULL su cui ho avuto modo di ragionare dopo aver partecipato ad una sessione di &lt;a href=&#34;https://www.linkedin.com/in/itzikbengan/&#34;&gt;Itzik Ben-Gan&lt;/a&gt; e dalla quale ho tratto ispirazione.&lt;/p&gt;&#xA;&lt;p&gt;Wikipedia definisce &lt;a href=&#34;https://en.wikipedia.org/wiki/Sargable&#34;&gt;Sargable&lt;/a&gt; una condizione (o predicato) di una query se l&amp;rsquo;engine del DBMS può sfruttare un indice per accelerare l&amp;rsquo;esecuzione della query. Il termine Sargable deriva dalla contrazione di Search ARGument ABLE.&lt;/p&gt;</description>
    </item>
    <item>
      <title>SQL Sentry Plan Explorer: Una sola release per tutti, gratuita!</title>
      <link>https://1ab09184.ugiss-website.pages.dev/2016/09/15/sql-sentry-plan-explorer-una-sola-release-per-tutti-gratuita/</link>
      <pubDate>Thu, 15 Sep 2016 00:00:00 +0200</pubDate>
      <guid>https://1ab09184.ugiss-website.pages.dev/2016/09/15/sql-sentry-plan-explorer-una-sola-release-per-tutti-gratuita/</guid>
      <description>&lt;p&gt;Chi si occupa di ottimizzare le performance delle query in SQL Server ha sicuramente avuto modo di apprezzare i tool della famiglia &amp;ldquo;Plan Explorer&amp;rdquo;, prodotti da &lt;a href=&#34;https://sqlsentry.com/&#34;&gt;SQL Sentry&lt;/a&gt; e rivolti sia agli sviluppatori che ai DBA per effettuare analisi approfondite sui piani di esecuzione in SQL Server.&lt;/p&gt;&#xA;&lt;p&gt;Fino a qualche giorno fa, i tool della famiglia Plan Explorer erano suddivisi in:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Query Performance Insight su Azure SQL Database</title>
      <link>https://1ab09184.ugiss-website.pages.dev/2015/10/25/query-performance-insight-su-azure-sql-database/</link>
      <pubDate>Sun, 25 Oct 2015 00:00:00 +0200</pubDate>
      <guid>https://1ab09184.ugiss-website.pages.dev/2015/10/25/query-performance-insight-su-azure-sql-database/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;images/tile.png&#34; alt=&#34;Query Performance Insight&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;Tenere sotto controllo le prestazioni e lo &amp;ldquo;stato di salute&amp;rdquo; di un database non è semplice e talvolta richiede parecchio tempo.&lt;/p&gt;&#xA;&lt;p&gt;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 &amp;ldquo;drill down&amp;rdquo; sulle query per visualizzarne tutti i dettagli.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Live Query Statistics anche con SQL Server 2014 SP1</title>
      <link>https://1ab09184.ugiss-website.pages.dev/2015/09/11/live-query-statistics-anche-con-sql-server-2014-sp1/</link>
      <pubDate>Fri, 11 Sep 2015 00:00:00 +0200</pubDate>
      <guid>https://1ab09184.ugiss-website.pages.dev/2015/09/11/live-query-statistics-anche-con-sql-server-2014-sp1/</guid>
      <description>&lt;p&gt;Una delle (tante) novità introdotte in SQL Server 2016 sono le &lt;em&gt;Live Statistics&lt;/em&gt; che permettono di vedere lo stato di esecuzione di una query in tempo reale. Oltre che essere visivamente molto accattivante, la funzionalità è utile per capire quale parte di una query complessa deve essere ottimizzata.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://msdn.microsoft.com/en-us/library/dn831878.aspx&#34;&gt;Live Query Statistics&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Query Tuning Mastery</title>
      <link>https://1ab09184.ugiss-website.pages.dev/2013/07/11/query-tuning-mastery/</link>
      <pubDate>Thu, 11 Jul 2013 00:00:00 +0200</pubDate>
      <guid>https://1ab09184.ugiss-website.pages.dev/2013/07/11/query-tuning-mastery/</guid>
      <description>&lt;p&gt;Sul canale &lt;a href=&#34;http://www.youtube.com/user/SQLPASSTV&#34;&gt;SQLPASS TV&lt;/a&gt;, continua la pubblicazione delle sessioni erogate al PASS Summit 2011. Questa settimana è stata pubblicata la sessione &amp;ldquo;Query Tuning Mastery: Zen and the Art of Workspace Memory&amp;rdquo; tenuta da &lt;a href=&#34;https://x.com/AdamMachanic&#34;&gt;Adam Machanic&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.youtube.com/watch?v=j5YGdIk3DXw&amp;amp;feature=youtu.be&#34;&gt;&lt;img src=&#34;images/SQLPASS_TV_Query_Tuning_Mastery.png&#34; alt=&#34;&#34;&gt;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Abstract&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;As SQL Server professionals, we often think of memory in vague, instance-level terms: buffer pool, procedure cache, Virtual Address Space, and so on. But certain tasks require a more in-depth focus, and query tuning is one of them. Large, complex queries need memory in which to work &amp;ndash;workspace memory&amp;ndash; and understanding the how&amp;rsquo;s, when&amp;rsquo;s, and why&amp;rsquo;s of this memory can help you create queries that run in seconds rather than minutes. This session will teach you how to guide the query processor to grant enough memory for top performance, while also keeping things balanced for the sake of concurrency. You will learn advanced monitoring techniques, expert-level application of specialized query hints, and the memory internals needed to put it all together. If you work with large queries and are serious about achieving scalability and consistently great performance, you owe it to yourself to attend this session.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
