Procédure standard d'utilisation de LINQ to SQL
Pour implémenter une application LINQ to SQL, suivez les étapes décrites ultérieurement dans cette rubrique. Notez que de nombreuses étapes sont facultatives. Il est tout à fait possible que votre modèle objet soit utilisable dans son état par défaut.
Pour un démarrage très rapide, utilisez le Concepteur Objet Relationnel pour créer votre modèle objet et commencer à coder vos requêtes.
Création du modèle objet
La première étape consiste à créer un modèle objet à partir des métadonnées d'une base de données relationnelle existante. Le modèle objet représente la base de données en fonction du langage de programmation du développeur. Pour plus d’informations, consultez Le modèle objet LINQ to SQL.
1. Sélectionnez un outil pour créer le modèle.
Trois outils sont disponibles pour la création du modèle.
Le Concepteur Objet Relationnel
Ce concepteur fournit une interface utilisateur élaborée pour créer un modèle objet à partir d'une base de données existante. Cet outil fait partie de l’IDE de Visual Studio et est idéal pour les bases de données de taille réduite ou moyenne.
Outil de génération de code SQLMetal
Cet utilitaire de ligne de commande propose un ensemble d’options légèrement différent de celui du Concepteur O/R. Il est mieux adapté à la modélisation de grandes bases de données. Pour plus d’informations, consultez SqlMetal.exe (outil de génération de code).
Éditeur de code
Vous pouvez écrire votre code à l’aide de l’éditeur de code Visual Studio ou d’un autre éditeur. Cette approche, qui peut générer des erreurs, n’est pas conseillée lorsque vous disposez d’une base de données existante et que vous pouvez utiliser le Concepteur O/R ou l’outil SQLMetal. Toutefois, l'éditeur de code peut s'avérer particulièrement utile pour affiner ou modifier du code déjà généré à l'aide d'autres outils. Pour plus d’informations, consultez Guide pratique : Personnaliser des classes d’entité à l’aide de l’éditeur de code.
2. Sélectionnez le type de code que vous souhaitez générer.
Fichier de code source C# ou Visual Basic pour le mappage basé sur les attributs.
Vous incluez ensuite ce fichier de code dans votre projet Visual Studio. Pour plus d’informations, consultez Mappage basé sur les attributs.
Fichier XML pour le mappage externe.
Cette approche vous permet de maintenir les métadonnées de mappage en dehors de votre code d'application. Pour plus d’informations, consultez Mappage externe.
Notes
Le Concepteur O/R ne prend pas en charge la génération de fichiers de mappage externes. Vous devez utiliser l'outil SQLMetal pour implémenter cette fonctionnalité.
Un fichier DBML, que vous pouvez modifier avant de générer un fichier de code final.
Il s'agit d'une fonctionnalité avancée.
3. Affinez le fichier de code pour refléter les besoins de votre application.
Pour cela, vous pouvez utiliser le Concepteur O/R ou l’éditeur de code.
Utilisation du modèle objet
L'illustration suivante montre la relation entre le développeur et les données dans un scénario à deux niveaux. Pour découvrir d’autres scénarios, consultez Applications multiniveaux et distantes avec LINQ to SQL.
Maintenant que vous disposez du modèle objet, vous pouvez décrire les demandes d'informations et manipuler des données dans ce modèle. Pensez en termes d'objets et de propriétés dans votre modèle objet et non pas en termes de lignes et de colonnes de la base de données. Vous ne traitez pas directement avec la base de données.
Lorsque vous indiquez à LINQ to SQL d’exécuter une requête que vous avez décrite ou d’appeler SubmitChanges() sur des données que vous avez manipulées, LINQ to SQL communique avec la base de données dans le langage de cette dernière.
La procédure standard d'utilisation du modèle objet créé est présentée ci-dessous.
1. Créez des requêtes pour récupérer des informations à partir de la base de données.
Pour plus d’informations, consultez Concepts relatifs aux requêtes et Exemples de requêtes.
2. Substituez les comportements par défaut pour l’insertion, la mise à jour et la suppression.
Cette étape est facultative. Pour plus d’informations, consultez Personnalisation des opérations d’insertion, de mise à jour et de suppression.
3. Définissez les options appropriées pour détecter et signaler les conflits d’accès concurrentiel.
Vous pouvez conserver les valeurs par défaut de votre modèle pour la gestion des conflits d'accès concurrentiel ou les adapter à vos besoins. Pour plus d’informations, consultez Guide pratique : Spécifier les membres dont les conflits d’accès concurrentiel doivent être vérifiés et Guide pratique : Spécifier le moment où des exceptions d’accès concurrentiel sont levées.
4. Établissez une hiérarchie d’héritage.
Cette étape est facultative. Pour plus d’informations, consultez Prise en charge de l’héritage.
5. Fournissez une interface utilisateur appropriée.
Cette étape est facultative et dépend de l'utilisation ultérieure de votre application.
6. Déboguez et testez votre application.
Pour plus d’informations, consultez Prise en charge du débogage.