Microsoft SQL Server

Se connecter pour s'inscrire

Présentation du cours

Concevoir et exploiter des bases SQL Server performantes avec T-SQL, index, transactions et sauvegardes vérifiables.

  1. Public cible

    Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.

  2. Objectifs

    Comprendre les notions essentielles et les appliquer dans un projet vérifiable.

  3. Prérequis

    Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.

  4. Niveau

    Tous niveaux

  5. Ressources

    • Documentation officielle et références citées dans les ateliers.
    • Exercices, examens et projet de synthèse du catalogue.

  6. Validation des compétences

    La validation repose sur les évaluations actives et les livrables pratiques du cours.

  7. Besoins techniques

    Un ordinateur, un navigateur et les outils indiqués dans le premier atelier sont suffisants pour commencer.

Exercices, examens et projets

Microsoft SQL Server

Exercice

Atelier de mise en pratique

Réaliser une activité pratique et documenter ses choix.

Obligatoire Consulter
Examen

Examen de fin de module

Évaluer les notions et leur mise en pratique.

Obligatoire Consulter
Projet

Projet de synthèse

Livrer un résultat complet, testé et documenté.

Livrables :

  • Production attendue
  • Documentation
  • Présentation
Obligatoire Consulter

Microsoft SQL Server

Concevoir, interroger et exploiter SQL Server avec T-SQL, des index adaptés et des procédures de sauvegarde et de restauration vérifiables.

À la fin du cours

  • Écrire des requêtes T-SQL paramétrées et lisibles.
  • Lire un plan d’exécution et corriger les accès coûteux.
  • Appliquer des transactions et contraintes adaptées.
  • Préparer une sauvegarde restaurable et un plan de continuité.

Organisation

Le cours suit le schéma, T-SQL, les transactions et l’exploitation.

Prérequis : SQL relationnel et notions d’index.

Modéliser une base SQL Server

Utiliser des types adaptés, des contraintes explicites et des noms de colonnes cohérents. Garder les règles d’intégrité dans la base pour protéger toutes les applications.

Éviter les requêtes qui convertissent implicitement les types ou qui lisent toute une table. Prévoir les index sur les clés étrangères, les filtres fréquents et l’ordre des listes.

CREATE TABLE Customer (Id INT IDENTITY PRIMARY KEY, Email NVARCHAR(255) NOT NULL UNIQUE);
Point de contrôle : Le schéma garantit les règles essentielles sans dépendre d’un formulaire.

T-SQL et requêtes performantes

Préférer les requêtes ensemblevées aux boucles ligne par ligne. Utiliser des paramètres déclarés, des jointures explicites et une pagination stable. Filtrer tôt et sélectionner uniquement les colonnes nécessaires.

Comparer la lecture d’un index avec la lecture clustered. Sur une vue ou une expression, l’index peut ne plus être utilisé ; vérifier avec le plan et les statistiques plutôt que supposer.

DECLARE @Email NVARCHAR(255) = @pEmail; SELECT Id, DisplayName FROM Customer WHERE Email = @Email;
Point de contrôle : Le plan d’exécution ne contient ni scan non nécessaire ni conversion implicite.

Transactions et concurrence

Une transaction protège un ensemble cohérent d’écritures. Choisir le niveau d’isolation selon le risque de lecture concurrente et garder la durée de transaction courte.

Prévoir les deadlocks, les contraintes et les retries. Une application doit pouvoir distinguer une violation métier d’une erreur technique sans ouvrir une transaction implicite.

Méthode

  1. Ouvrir la transaction au début du cas d’usage.
  2. Valider et exécuter les écritures.
  3. Valider puis commit ou rollback.
Point de contrôle : Un test de concurrence produit un résultat déterministe et documente les règles.

Sauvegarde, restauration et exploitation

Une sauvegarde n’est utile que si elle peut être restaurée dans un délai connu. Tester la restauration sur une instance isolée, contrôler la taille, la durée et la corruption éventuelle.

Surveiller l’espace, les blocages, les requêtes lentes et la croissance des journaux. Préparer un mode de récupération adapté au RPO et au RTO de l’activité.

BACKUP DATABASE App TO DISK = '/backup/app.bak'; RESTORE DATABASE AppTest FROM DISK = '/backup/app.bak';
Point de contrôle : La restauration a été exécutée et le résultat documenté avec sa durée.

Livrables et validation

Le livrable doit montrer une compréhension personnelle, des choix explicités et une vérification par un cas de test ou une procédure reproductible.

  • Un schéma T-SQL avec contraintes et index.
  • Des requêtes paramétrées et un plan d’explication commenté.
  • Une stratégie de transaction et de concurrence.
  • Un script de sauvegarde testé et un rapport de restauration.
Critère de réussite : La validation exige une requête planifiée, une restauration effective et des règles de sécurité documentées.

Publié le 09/05/2025