[Linq To SQL] Réparer le namespace des fichiers .dbml utilisés pour Linq To SQL

En utilisant Linq To SQL, il arrive après une modification du fichier .dbml de ne plus avoir accès aux données en affichant une erreur du type :

 

The type or namespace name ‘Article’ could not be found (are you missing a using directive or an assembly reference?)
 

Pour résoudre ce problème, vérifier premièrement dans le fichier .designer.cs de votre fichier .dbml que le namespace est correct (VotreProjet.LeDossier par défaut).

 
Si le problème persiste, vérifier dans les propriétés du fichier .dbml que Entity Namespace et Context Namespace aient bien la valeur du namespace précisée dans le fichier .designer.cs.

[Linq To SQL] Modification des données grâce à Linq To SQL et aux procédures stockées

Cet article est la suite de l’article Lier une base de données et un GridView avec Linq To SQL.

Ici il est question des procédures stockées. Comme vous avez pu le remarquer dans l’article précédent, nous n’avons écrit aucune ligne de code pour construire des requêtes SQL, tout s’est fait automatiquement.

 

Pourquoi s’embêter à écrire du code alors ?

 

Les procédures stockées sont enregistrées et pré-compilées dans la base de données SQL Server, ce qui est un gain de rapidité et de performance. Toutes les procédures stockées sont enregistrées au même endroit dans la base de données ce qui simplifie grandement leurs éditions. Dernier atout qui n’est pas à négliger, la sécurité. En effet toutes les modifications de la base de données se font via les procédures stockées. A aucun moment l’utilisateur n’a un accès direct à la table.

 

  1. Création de la procédure stockée. Ici l’exemple porte sur un UPDATE, mais c’est également valable pour les INSERT/DELETE
  2. Ajout de la procédure stockée dans le fichier .dbml (glisser déposer depuis le Server Explorer)
  3. Changement de la méthode par défaut UPDATE dans la classe Customer

 

Voici le projet utilisé dans la vidéo : ici.