Snowflake · Diagnostiquer avant d’optimiser

Diagnostic de performance des requêtes

Pourquoi cette charge est-elle lente et quelles preuves soutiennent le changement recommandé ?

Défaillance opérationnelle

L’optimisation commence souvent par un remède préféré plutôt que par une cause mesurée. Les équipes redimensionnent les entrepôts sans distinguer file d’attente, spill disque, scan, pruning et comportement des jointures.

Lecture seule par défaut · preuves requises · approbation humaine avant tout changement

Des sources au constat vérifiable.

01 · Sources et preuves

  • QUERY_HISTORY
  • Statistiques de requêtes et d’opérateurs disponibles
  • WAREHOUSE_METERING_HISTORY
  • Métadonnées de tables et de clustering
  • Étiquettes de charge et jeux de requêtes revus

02 · Chemin d’analyse

  1. 01
    Regrouper les charges comparables
  2. 02
    Détecter les symptômes de performance
  3. 03
    Construire et tester les hypothèses causales
  4. 04
    Comparer les options d’architecture et de configuration
  5. 05
    Définir le plan de preuve avant/après

03 · Résultats du produit

  • Constats sur spill, pruning, scan, jointures et attente
  • Recommandations de clustering et Search Optimization
  • Candidats à la matérialisation
  • Recommandations de dimensionnement par charge
  • Plan de mesure avant/après

Contrat de sécurité

La frontière fait partie du produit.

Résidence des données
En mode Snowflake Native, le flux du produit reste dans le compte Snowflake du client. En mode Microsoft Foundry, seules les métadonnées ou télémétries sélectionnées entrent dans la frontière Azure contrôlée par le client.
Permissions requises
Un rôle Snowflake dédié et strictement délimité · Un accès en lecture seule aux vues de métadonnées et de télémétrie listées
Périmètre d’écriture
Aucune capacité d’écriture par défaut. Toute remédiation exige une approbation humaine et des permissions accordées séparément.
Piste d’audit
Les appels de modèles, recherches, sources, constats, recommandations et approbations sont enregistrés pour examen.

Choix de déploiement

Natif par défaut. Azure lorsque le standard d’entreprise l’exige.

Par défaut pour les données sensibles

Snowflake Native App

  • S’exécute dans le compte Snowflake du client.
  • Utilise Snowpark Container Services lorsqu’un runtime conteneurisé est requis.
  • Le client contrôle installation, droits, calcul et politique réseau.
  • Diffusion privée d’abord ; aucune disponibilité Marketplace n’est sous-entendue.

Pour les entreprises standardisées sur Azure

Microsoft Foundry

  • Runtime agentique, routage des modèles, évaluation et traces dans l’Azure du client.
  • Accès Snowflake par OAuth ou paire de clés contrôlés par le client.
  • Seules les métadonnées ou télémétries sélectionnées traversent la frontière Azure conçue.
  • Identité, réseau, rétention et placement régional sont des décisions explicites.

Preuves du pilote

Décidez à partir d’une référence, pas d’une démo.

  1. 01
    Couverture des charges dans le périmètre
  2. 02
    Causes racines confirmées par les preuves
  3. 03
    Amélioration mesurée sur les requêtes revues
  4. 04
    Recommandations acceptées par les responsables plateforme

Évaluez Diagnostic de performance des requêtes sur votre compte.

Décrivez la décision, la plateforme ou le risque opérationnel qui vous ralentit. Nous déterminerons les preuves nécessaires et si le conseil, la formation ou un agent délimité constitue la bonne réponse.

Discuter du contexte