Discussion :

[Tersan]

Bonjour,

Je développe une application qui est composée de plusieurs 'modules'.

J'ai donc une solution qui contient plusieurs projets. Les projets ont des dépendances les uns envers les autres.

La question que je me pose c'est : dois-je garder un seul fichier dbml qui contiendrait toutes mes tables ou alors dois-je créer plusieurs fichiers dbml, du genre 1 fichier générique et ensuite un par module qui ne contiendra que les tables spécifiques au module ?

Voila j'espère avoir été assez clair, merci d'avance !

[TeK55]

Salut,

Je me suis posé la même question , il y a quelque temps et je suis parti sur un seul fichier dbml.

Car une même table ne peut pas être référencé dans plusieurs datacontext différents (fichiers dbml) situé dans un même namespace. Pour éviter ce problème il faudra créer des sous dossiers pour avoir un namespace différent et créer les fichiers dbml dedans pour pouvoir créer des DataContexts utilisant un même table. Je trouve cette méthodes assez galère surtout que pour appliquer les modifs (Ajout d'un champ, modif, etc.) sur une table, il faudra les appliquer dans tous les fichier dbml qui contient cette table.

Tandis qu'avec un seul fichier unique, c'est plus rapide.

Personnellement ayant un seul fichier unique, je constate aucune baisse de performances concernant la récupération des données car dans tous les cas, le fichier dbml utilise les méthodes de Linq qui charge uniquement les données à l'appel de la requête et donc ne charge pas auparavant les données comme les datasets.

A++