![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>Microsoft ne se repose jamais sur ses lauriers, et les nouvelles fonctionnalit\u00e9s continuent d’arriver, que \u00e7a soit en PaaS ou avec le produit On-Prem. Dans SQL 2022, Microsoft continue d’int\u00e9grer des nouvelles fonctionnalit\u00e9s d’int\u00e9gration au cloud Azure, mais pas que… Nous allons faire une revue de ce \u00e0 quoi s’attendre, et pourquoi c’est int\u00e9ressant.<\/p>\n
Cette liste n’est pas 100% exhaustive et se focalise sur les \u00e9l\u00e9ments essentiels.<\/p>\n
<\/p>\n
Le stockage S3 est principalement connu par les utilisateurs du cloud AWS. Cependant, cette technologie est utilisable autrement : dans des SAN\/NAS compatibles, et par des composants logiciels OpenSource tels que Min.IO ( https:\/\/min.io\/<\/a> ).<\/p>\n On peut donc d\u00e9sormais faire des BACKUP TO URL non plus seulement vers un storage account d\u2019Azure, mais \u00e9galement vers un bucket S3 Amazon. Si on a un stockage S3 customis\u00e9, on peut \u00e9galement s\u2019en servir.<\/p>\n Mais ce n\u2019est pas tout : le stockage S3 peut aussi \u00eatre utilis\u00e9 pour Polybase et ses capacit\u00e9s de Big Data. En plus de la capacit\u00e9 de connexion \u00e0 un stockage S3, le support des fichiers parquets<\/em> (ces fichiers de stockage vertical de donn\u00e9es, compress\u00e9s et structur\u00e9s : https:\/\/fr.wikipedia.org\/wiki\/Apache_Parquet<\/a> ).<\/p>\n Un article viendra prochainement expliquer comment interroger ces donn\u00e9es avec Polybase et un S3 customis\u00e9.<\/p>\n <\/p>\n Les groupes de disponibilit\u00e9s sont traditionnellement utilis\u00e9s pour de la haute-disponibilit\u00e9 sur des configurations On-Prem. Mais certains outils analytiques sont pr\u00e9sents dans Azure et pourraient vous int\u00e9resser, sans pour autant vouloir d\u00e9porter toute votre configuration dans le cloud.<\/p>\n Il est donc d\u00e9sormais possible de monter une Managed Instance dans Azure (PaaS, donc), et l\u2019int\u00e9grer comme un r\u00e9plica de votre configuration AlwaysOn. Vous pourrez l\u2019utiliser en lecture seule pour les outils analytiques tels qu\u2019Azure Synapse.<\/p>\n <\/p>\n <\/p>\n <\/p>\n Selon moi l\u2019une des nouveaut\u00e9s les plus sympa ! Attention, rien \u00e0 voir les technologie Docker & Cie… : il s’agit de la capacit\u00e9 \u00e0 conteneuriser \u00e0 l\u2019int\u00e9rieur d\u2019une base dans un groupe de disponibilit\u00e9 certains objets qui traditionnellement sont au niveau de l\u2019instance : les logins et les jobs en particulier<\/span>\u00a0! Ainsi, il n\u2019y aura plus \u00e0 d\u00e9ployer sur tous les r\u00e9plicas vos jobs applicatifs en ajoutant une logique de d\u00e9tection du r\u00f4le du r\u00e9plica (principal ou secondaire). Les d\u00e9ploiements sont simplifi\u00e9s, leur ex\u00e9cution \u00e9galement.<\/p>\n La synchronisation entre les r\u00e9plicas pourra se faire dans plus d\u2019une connexion, pour parall\u00e9liser les \u00e9changes. Cela est utile quand les r\u00e9plicas sont sur des liaisons r\u00e9seaux distantes (par exemple un r\u00e9plica Managed Instance dans Azure), en augmentant le d\u00e9bit malgr\u00e9 une latence r\u00e9seau \u00e9lev\u00e9e.<\/p>\n Pour fonctionner avec ces connexions TCP multiples, le Redo Thread a \u00e9t\u00e9 optimis\u00e9 pour fonctionner en parall\u00e8le, par base, tout cela derri\u00e8re un seul latch pour augmenter la vitesse d\u2019application. Cela fonctionne dans le cadre de la synchro AlwaysOn, mais \u00e9galement pour la r\u00e9cup\u00e9ration en cas de crash.<\/p>\n Dans le cadre d\u2019un AlwaysOn o\u00f9 le r\u00e9plica secondaire est utilis\u00e9 pour de la lecture seule, les requ\u00eates ex\u00e9cut\u00e9es sur celui-ci seront enregistr\u00e9es dans le Query Store en \u00e9tant transmises au r\u00e9plica principal. Enfin des possibilit\u00e9s d\u2019analyse de performances sur les r\u00e9plicas d\u00e9di\u00e9s \u00e0 du reporting\u00a0!<\/p>\n Dans le cas o\u00f9 l\u2019on aper\u00e7oit des requ\u00eates dans le Query Store qui n\u00e9cessiterait une optimisation passant par un hint ( OPTION(\u2026) \u00e0 la fin de la requ\u00eate), mais o\u00f9 la modification du code n\u2019est pas ais\u00e9e (parce que c\u2019est un logiciel \u00ab\u00a0\u00e9diteur\u00a0\u00bb et que les modifications du code ne sont pas accept\u00e9es\/possibles, parce que le processus de validation des changements du code applicatif sont longs etc\u2026), il est d\u00e9sormais possible d\u2019attraper un plan d\u2019ex\u00e9cution et lui forcer un hint.<\/p>\n On peut ainsi forcer des actions du type\u00a0:<\/p>\n Il s\u2019agit d\u2019une am\u00e9lioration es MGF qu\u2019on trouvait d\u00e9j\u00e0 en SQL 2019, mais qui seront d\u00e9sormais bas\u00e9s sur les donn\u00e9es cumul\u00e9es sur une dur\u00e9e longue avec le Query Store, plut\u00f4t que juste le cache des plans d\u2019ex\u00e9cution.<\/p>\n Il est d\u00e9sormais aussi possible de fixer de mani\u00e8re persistante un memory grant.<\/p>\n Un nouvel algorithme d\u2019estimation du memory grant bas\u00e9 non plus juste sur la valeur du dernier plan, mais sur un calcul bas\u00e9 sur les variations des memory grants pr\u00e9c\u00e9dents.<\/p>\n SQL Server propose par l\u2019option DOP_FEEDBACK d\u2019ajuster automatiquement le niveau de parall\u00e9lisme de certaines requ\u00eates se r\u00e9p\u00e9tant souvent pour trouver les performances les plus rapides.<\/p>\n Enorme promesse de SQL Server\u00a0: la capacit\u00e9 \u00e0 identifier quand il y a un \u00e9cart significatif d\u2019estimation de cardinalit\u00e9, et de modifier les plans d\u2019ex\u00e9cution \u00e0 la vol\u00e9e.<\/p>\n Dans le cas d\u2019un usage de plans forc\u00e9s par le Query Store, un nouveau m\u00e9canisme de \u00ab\u00a0pre-caching\u00a0\u00bb est en place afin de gagner du temps d\u2019ex\u00e9cution.<\/p>\n <\/p>\n Un peu la r\u00e9ponse de Microsoft aux probl\u00e9matiques qu\u2019essaie de r\u00e9soudre la Blockchain\u00a0: les donn\u00e9es sont consid\u00e9r\u00e9es comme inalt\u00e9rables, car les lignes sont ajout\u00e9es en se basant sur une valeur cryptographique des pr\u00e9c\u00e9dentes lignes.<\/p>\n Se veut moins gourmande en \u00e9nergie que la plupart des blockchains, mais n\u2019est pas d\u00e9centralis\u00e9e comme peuvent l\u2019\u00eatre traditionnellement les blockchains.<\/p>\n <\/p>\n On peut d\u00e9sormais simplifier l\u2019authentification si l\u2019on a un tenant Azure Active Directory en s\u2019en servant comme r\u00e9f\u00e9rentiel. Plus besoin de contr\u00f4leur de domaine\u00a0!<\/p>\n <\/p>\n Certaines op\u00e9rations SQL \u00e9taient impossible \u00e0 r\u00e9aliser de mani\u00e8re compl\u00e8tement s\u00e9curis\u00e9 avec AlwaysEncrypted (telles que des jointures ou des agr\u00e9gations). D\u00e9sormais, avec les \u00ab secures enclaves \u00bb si le CPU supporte Intel SGX, il est possible de r\u00e9aliser ces op\u00e9rations dans un contexte compl\u00e8tement s\u00e9curis\u00e9 ET multi-thread.<\/p>\n <\/p>\n Les r\u00f4les serveurs suivants ont \u00e9t\u00e9 ajout\u00e9s\u00a0:<\/p>\n ##MS_DatabaseConnector##\u00a0<\/strong>: Peut se connecter avec un login mais pas de user.<\/p>\n ##MS_DatabaseManager##\u00a0<\/strong>: Peut cr\u00e9er et droper des bases de donn\u00e9es. L\u2019utilisateur qui a cr\u00e9\u00e9 sa base en devient le propri\u00e9taire et peut se connecter sans login en tant que dbo.<\/p>\n ##MS_DefinitionReader##\u00a0<\/strong>: Peut lire toutes les vues des catalogues.<\/p>\n ##MS_LoginManager##\u00a0<\/strong>: Peut cr\u00e9er et supprimer des logins.<\/p>\n ##MS_SecurityDefinitionReader##\u00a0<\/strong>:\u00a0peut acc\u00e9der aux vues des catalogues, mais uniquement celles couvertes par VIEW ANY SECURITY DEFINITION.<\/p>\n ##MS_ServerStateReader##<\/strong>\u00a0:\u00a0 un r\u00f4le qui remplace le traditionnel GRANT VIEW SERVER STATE<\/p>\n ##MS_ServerStateManager##\u00a0<\/strong>: Le m\u00eame que ServerStateReader mais dispose en plus du ALTER SERVER STATE.<\/p>\n \u00a0<\/strong><\/p>\n Possibilit\u00e9 d\u00e9sormais de d\u00e9finir un ordre de tri pour les Cluster ColumnStore Index, am\u00e9liorant du coup l\u2019efficacit\u00e9 de la compression et donc des performances en lecture.<\/p>\n Capacit\u00e9 \u00e0 compresser les donn\u00e9es et les index sur des colonnes de types XML.<\/p>\n Pour les plans d\u2019ex\u00e9cution en mode \u00ab\u00a0batch\u00a0\u00bb, les CPU disposant du jeu d\u2019instruction AVX-512 voient leur performance am\u00e9lior\u00e9es.<\/p>\n Apr\u00e8s avoir am\u00e9lior\u00e9 les m\u00e9canismes de verrouillages GAM\/SGAM de la TempDb en SQL 2019, SQL 2022 propose d\u2019am\u00e9liorer encore ces all\u00e9gements de latches sur les bases utilisateurs.<\/p>\n Am\u00e9lioration des performances dans le cas de requ\u00eates avec de gros scans dans le buffer en autorisant la parall\u00e9lisation.<\/p>\n Si le stockage est compatible, il est possible de s\u00e9quencer des op\u00e9rations de backups SQL (BACKUP DATABASE \/ BACKUP LOG) avec des freezes de stockages pour faire des sauvegardes extr\u00eamement rapides. Cela n\u00e9cessite des actions crois\u00e9es SQL \/ OS-Stockage, mais permet de se passer d\u2019un logiciel de backup tiers.<\/p>\n Permet de trouver le premier \u00e9l\u00e9ment d\u2019une s\u00e9rie de date. Par exemple:<\/p>\n Cela retournera la date du premier jour de la semaine courante.<\/p>\n Permet de g\u00e9n\u00e9rer une s\u00e9rie de valeur. Par exemple :<\/p>\n Cela\u00a0 va retourner une s\u00e9rie de 10 valeur incr\u00e9ment\u00e9e de 1 \u00e0 chaque fois.<\/p>\n Permet de retrouver la premi\u00e8re ou la derni\u00e8re valeur d\u2019un agr\u00e9gat. Par exemple avec la base d\u2019exemple Microsoft :<\/p>\n Cela renvoie :<\/p>\n <\/p>\n La fonction LAST_VALUE() fait l\u2019inverse et renverrai donc l\u2019\u00e9l\u00e9ment le plus cher des Product (HL Mountain Tire).<\/p>\n Fait un peu la m\u00eame chose que FIRST_VALUE() \/ LEAST_VALUE(), mais avec une s\u00e9rie d\u2019expressions plut\u00f4t que le r\u00e9sultat d\u2019un agr\u00e9gat.<\/p>\n Par exemple :<\/p>\n renvoie 11.<\/p>\n Avec des chaines de caract\u00e8res, ce sera l\u2019ordre alphab\u00e9tique qui sera utilis\u00e9 :<\/p>\n renvoie \u00ab truc \u00bb.<\/p>\n <\/p>\n Bien entendu, LEAST() fait l\u2019inverse.<\/p>\n <\/p>\n Nous aurons l’occasion de d\u00e9tailler prochainement certaines fonctionnalit\u00e9s plus en d\u00e9tail dans des articles d\u00e9di\u00e9s.<\/p>\n Vous pouvez commencer \u00e0 exp\u00e9rimenter la prochaine version de SQL Server ici : https:\/\/info.microsoft.com\/ww-landing-sql-server-2022.html<\/a><\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n Microsoft ne se repose jamais sur ses lauriers, et les nouvelles fonctionnalit\u00e9s continuent d’arriver, que \u00e7a soit en PaaS ou avec le produit On-Prem. Dans SQL 2022, Microsoft continue d’int\u00e9grer des nouvelles fonctionnalit\u00e9s d’int\u00e9gration au cloud Azure, mais pas que…… Continuer la lecture Groupe de disponibilit\u00e9 distribu\u00e9 avec le PaaS Managed Instance dans Azure :<\/h1>\n
![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2022\/07\/sql2022_1-300x143.png\")
<\/p>\nAm\u00e9liorations des groupes de disponibilit\u00e9 AlwaysOn :<\/h1>\n
Groupe de disponibilit\u00e9 autonome (contained Availability Groups)<\/h2>\n
Connexions TCP multiples<\/h2>\n
Parallel redo<\/h2>\n
Am\u00e9liorations du Query Store\u00a0:<\/h1>\n
Disponibilit\u00e9 du QS sur les r\u00e9plicas secondaires dans une configuration AlwaysOn\u00a0:<\/h2>\n
Query Store Hints<\/h2>\n
\n
Memory Grants Feedback bas\u00e9 sur le QS<\/h2>\n
DOP Feedback<\/h2>\n
Cardinality Estimator Feedback<\/h2>\n
Optimized Plan Forcing<\/h2>\n
Ledger<\/h1>\n
Support d’Azure Active Directory<\/h1>\n
Always Encrypted avec “secure enclaves”<\/h1>\n
Nouveaux r\u00f4les serveurs<\/h1>\n
Ordered clustered columnstore index<\/h1>\n
Compression XML<\/h1>\n
Support AVX-512<\/h1>\n
Acc\u00e8s concurrents GAM\/SGAM pour les bases utilisateurs en plus de la TempDb<\/h1>\n
Buffer pool parallel scan<\/h1>\n
Gestion manuelle des snapshots pour les backups sans client VDI.<\/h1>\n
Ajout de fonctions<\/h1>\n
\n
SELECT DATE_BUCKET(WEEK, 1, getdate()); <\/pre>\n
\n
SELECT value FROM GENERATE_SERIES(START = 1, STOP = 10, STEP = 1); <\/pre>\n
\n
USE AdventureWorks2012;\r\n\r\nGO\r\n\r\nSELECT Name, ListPrice, FIRST_VALUE(Name) OVER (ORDER BY ListPrice ASC) AS LeastExpensive\r\n\r\nFROM Production.Product\r\n\r\nWHERE ProductSubcategoryID = 37; <\/pre>\n
\n\n
\n Name<\/td>\n ListPrice<\/td>\n LeastExpensive<\/td>\n<\/tr>\n \n Patch Kit\/8 Patches<\/td>\n 2.29<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n Road Tire Tube<\/td>\n 3.99<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n Touring Tire Tube<\/td>\n 4.99<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n Mountain Tire Tube<\/td>\n 4.99<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n LL Road Tire<\/td>\n 21.49<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n ML Road Tire<\/td>\n 24.99<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n LL Mountain Tire<\/td>\n 24.99<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n Touring Tire<\/td>\n 28.99<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n ML Mountain Tire<\/td>\n 29.99<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n HL Road Tire<\/td>\n 32.60<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n HL Mountain Tire<\/td>\n 35.00<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n HL Road Tire<\/td>\n 32.60<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n \n HL Mountain Tire<\/td>\n 35.00<\/td>\n Patch Kit\/8 Patches<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n
select GREATEST(1,3,11) <\/pre>\n
select GREATEST('truc', 'machin', 'chose') <\/pre>\n<\/a><\/a><\/a>","protected":false},"excerpt":{"rendered":"