Articles pratiques sur ClickHouse, SQL Server, l'architecture analytique, les performances, la migration et l'exploitation des bases de données.
Un guide pratique pour identifier les plans sensibles aux paramètres dans SQL Server, prouver la cause et choisir la correction la moins risquée.
Lire l'articleUn job peut réussir tout en ignorant des bases, sans traiter de lignes ou en finissant trop tard. Le statut final ne prouve pas le résultat attendu.
Lire l'articleLes deux stockent des lignes intermédiaires, mais statistiques, compilation, indexation et transactions peuvent produire des plans très différents.
Lire l'articleLa compression row et page réduit stockage et E/S, mais ajoute du CPU et n'aide pas toutes les tables de la même façon. La décision dépend des données et de la charge.
Lire l'articleLe partitionnement est souvent présenté comme une fonction automatique de performance. Ses meilleurs avantages concernent cycle de vie, fenêtre glissante, archivage et maintenance.
Lire l'articleLe SQL dynamique convient aux filtres facultatifs et aux formes variables. La concaténation crée toutefois injection, erreurs de guillemets, mauvaise réutilisation des plans et diagnostic difficile.
Lire l'articleDes défaillances de stockage, mémoire, firmware ou logiciel peuvent endommager des pages sans arrêter immédiatement l'application. Les sauvegardes peuvent conserver une corruption inconnue.
Lire l'articleLecteurs et rédacteurs peuvent se bloquer en read committed avec verrous. RCSI réduit ce blocage par versions de lignes, mais modifie ressources et concurrence.
Lire l'articleUn index ne peut pas aider si le prédicat masque sa colonne dans une fonction ou un calcul. SQL Server peut alors scanner toutes les lignes candidates.
Lire l'articleAvec des types incompatibles, SQL Server peut convertir une colonne indexée à l'exécution. Cela entraîne scan, mauvaises estimations et CPU inutile.
Lire l'articleUne croissance imprévue peut remplir un volume, ralentir les transactions, retarder les réplicas et prolonger la reprise. Réduire le journal ne traite que le symptôme.
Lire l'articleLa valeur par défaut de max server memory peut affamer Windows et les autres services. Une valeur trop basse augmente lectures, compilations et pression des memory grants.
Lire l'articleLes valeurs par défaut reflètent rarement une conception volontaire. Trop de parallélisme augmente la pression CPU et workers, tandis qu'une restriction excessive ralentit l'analytique.
Lire l'articleUne longue liste de sessions bloquées rend chaque requête suspecte. Une transaction en tête de chaîne contrôle généralement la durée et l'impact.
Lire l'articleUn job réussi prouve que SQL Server a écrit un flux de sauvegarde. Il ne prouve pas que bases, clés, chaîne de journaux et dépendances seront restaurées à temps.
Lire l'articleUn groupe de disponibilité peut afficher des réplicas sains alors que les objectifs de reprise restent menacés. Files, listener, sauvegardes et basculement exigent une surveillance explicite.
Lire l'articleL'optimiseur choisit jointures, accès et mémoire selon le nombre de lignes estimé. Un écart important avec la réalité peut rendre un plan raisonnable très coûteux.
Lire l'articleTempDB gère tris, hachages, versions de lignes, objets temporaires, déversements et tables internes. Une mauvaise configuration peut devenir un goulot partagé.
Lire l'articleUn deadlock est un cycle où des sessions détiennent des ressources nécessaires aux autres. SQL Server termine un participant, mais la victime n'est pas forcément la cause.
Lire l'articleDe nombreux incidents disparaissent avant la capture du plan. Query Store conserve l'historique des requêtes, plans, durées et attentes pour une analyse ultérieure.
Lire l'articleReconstruire tous les index selon un calendrier fixe consomme CPU, E/S, journal et fenêtre de maintenance sans garantir un bénéfice mesurable.
Lire l'article