Microsoft SQL Server
Microsoft SQL Server
Se connecter pour s'inscrireVotre progression
0 / 0 étapes complétées
0
Syllabus
-
-
Objectifs
-
Validations de compétences
-
Public cible
Aucun public cible spécifié pour ce module.
-
Besoins techniques
-
Prérequis
- Aucun prérequis
-
Niveau
-
Historique du module
Aucune action enregistrée
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
- Ouvrir la transaction au début du cas d’usage.
- Valider et exécuter les écritures.
- 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.