Procédure standard d'utilisation de LINQ to SQL
Mise à jour : November 2007
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 rapide, créez votre modèle objet à l'aide du Concepteur Objet/Relationnel et commencez à 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 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.
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. C'est le mieux adapté aux bases de données de taille réduite ou moyenne.
Outil de génération de code SQLMetal
Cet utilitaire en ligne de commande propose un ensemble d'options légèrement différent d'Concepteur O/R. Il est mieux adapté à la modélisation de grandes bases de données. Pour plus d'informations, consultez Outil de génération de code (SqlMetal.exe).
Éditeur de code
Vous pouvez écrire votre propre code à l'aide de l'éditeur de code Visual Studio ou de tout 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 Concepteur O/R ou 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 Procédure : personnaliser des classes d'entité à l'aide de l'éditeur de code (LINQ to SQL).
2. Sélectionnez le type de code à générer.
Fichier de code source Visual Basic ou C# pour le mappage basé sur les attributs.
Incluez ensuite ce fichier de code dans votre projet Visual Studio. Pour plus d'informations, consultez Mappage basé sur les attributs (LINQ to SQL).
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 Référence de mappage externe (LINQ to SQL).
.gif "Remarque")
Remarque :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 en fonction des besoins de votre application.
Pour cela, vous pouvez utiliser 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'autres scénarios, consultez Applications multicouches et distantes avec LINQ to SQL.
.png)
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 de la base de données.
Pour plus d'informations, consultez Concepts relatifs aux requêtes dans LINQ to SQL et Exemples de requêtes (LINQ to SQL).
2. Substituez des 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 (LINQ to SQL).
3. Définissez les options appropriées pour détecter et signaler des 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 Procédure : spécifier les membres dont les conflits d'accès concurrentiel doivent être vérifiés (LINQ to SQL) et Procédure : spécifier le moment où des exceptions d'accès concurrentiel sont levées (LINQ to SQL).
4. Établissez une hiérarchie d'héritage.
Cette étape est facultative. Pour plus d'informations, consultez Prise en charge de l'héritage (LINQ to SQL).
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 (LINQ to SQL).