Développement d’application avec base de données Semaine 3 : Modifications avec Entité Framework Automne 2015
Modifications à l’aide de l’Entité Framework Les procédures stockées Définition des comportements avec les procédures stockées Plan de présentation
Une fois la recherche effectuées, nous allons vouloir altérer la valeur de l’enregistrement trouvé et la sauvegarder dans la base de données. Entité Framework nous offres des méthodes qui vont s’occuper de générer automatiquement(context.SaveChanges();) les requêtes qui altérerons les données dans la base de données. Introduction
Pour chaque entrée d’une entité instancié, un objet de type DbEntityEntry est créée. Cet objet contiendra entre autre l’état(State: Unchanged, Detached, Modified, Added, or Deleted) la valeur originale la nouvelle valeur. Cet objet surveillera seulement les propriétés scalaires des entités. Voir : context.ChangeTracker.Entries() Mais quoi sauvegarder?
Par conséquent, l’entité Framework générera une requête seulement pour les éléments qui nécessitent une mise à jour. La méthode SaveChanges() génèrera la(les) requêtes appropriés. Mise à jour
Sauvegarder un enregistrement modifié exec sp_executesql N'update [dbo].[Contact] set [FirstName] [ModifiedDate] where ([ContactID] @1=' Code: Code généré lors du SaveChanges:
Modifier plusieurs entités exec sp_executesql N'update [dbo].[Address] set [Street1] where ([addressID] Main exec sp_executesql N'update [dbo].[Contact] set [FirstName] ([ContactID] Code: Code généré lors du SaveChanges:
Ajouter un enregistrement
Ajouter des enregistrements avec une relation parent enfant
Supprimer un enregistrement
Faite la première partie des exercices Exercices
Qu’est-ce qu’une procédure stocké? une procédure stockée (ou stored procedure en anglais) est un ensemble d'instructions SQL pré-compilées, stockées dans une base de données et exécutées sur demande par le SGBD qui manipule la base de données.SQLbase de donnéesSGBD Les procédure stockés
Intérêts simplification : code plus simple à comprendre rapidité : moins d'informations sont échangées entre le serveur et le client performance : économise au serveur l'interprétation de la requête car elle est précompilée sécurité : les applications et les utilisateurs n'ont aucun accès direct aux tables, mais passent par des procédures stockées prédéfinies Les procédure stockés
Concrètement? Pourquoi utiliser les procédures stockées plutôt qu’une commande T-SQL ? Dès lors qu’on appelle une procédure stockée, on a simplement besoin de spécifier son nom et de lui adjoindre la valeur de ses paramètres. C’est donc moins coûteux en termes de quantité de données qu’une commande T-SQL complète à envoyer à l’instance SQL Server, si courte soit elle. Dès lors cela réduit le trafic réseau entre les applications et le serveur. Lorsqu’on crée une procédure stockée, celle-ci est compilée en un plan qui demeure dans le cache de procédures, ce qui réduit considérablement le coût de calcul du plan d’une requête, gourmand en ressources processeur. L’exécution de requêtes par l’instance elle-même peut s’avérer moins coûteuse pour l’application mais aussi pour le serveur de bases de données. En effet, si nous devons par exemple insérer une valeur binaire dans une table à travers une requête soumise directement par l’application, il faut dans un premier temps convertir la valeur binaire en une chaîne de caractères, ce qui double donc sa taille. Lorsque l’instance SQL Server reçoit la requête, elle doit reconvertir la valeur chaîne de caractère vers la valeur binaire, ce qui représente pour les deux partis un surcoût. L’appel d’une procédure stockée élimine ce problème, puisque les valeurs des paramètres sont conservées sous forme binaire depuis l’application jusque dans les pages de la table de la base de données. Le second plus gros avantage à mon sens après le cache de procédures est que le code qu’elles encapsulent, la logique de celles-ci, peut être maintenu sans modifier une seule ligne de code de l’application cliente, s’il n’est pas besoin de modifier les paramètres et la structure de l’ensemble de données produit. Les procédures stockés
Ajoutons les procédures stockés à l’entité Data Modèle
Les procédures stockés sont apparues(voir le fichier). Utiliser une procédure stockés Attention, fonction et procédure stockés sont souvent utilisées comme synonymes Voir le fichier SSDL
Il faut aller sur le « mapping » de l’entité Lier les procédures stockés aux comportement de l’entité
Il est possible de définir la valeur de retour. Par exemple, lorsqu’on crée un nouvel enregistrement, il peut être pratique de connaître la clé. Autrement la clé ne sera pas mise à jour. Lier les procédures stockés aux comportement de l’entité
Faite la deuxième partie des exercices Exercice
Modifications à l’aide de l’Entité Framework Les procédures stockées Définition des comportements avec les procédures stockées Conclusion
Questions?