J'ai le malheureux problème qu'une base de données que j'essaie d'utiliser avec LINQ to SQL ait une table nommée 'System'. L'effet secondaire de ceci est qu'il existe d'énormes conflits d'espace de noms une fois que le fichier .dbml a été généré.LINQ to SQL Problème avec la table 'System'
Renommer la table n'est pas une option.
Toutes les idées que vous pourriez avoir seraient grandement appréciées!
Ajouter un _ avant ou après le nom dans le fichier dbml
Je pense que la meilleure option serait de renommer la table dans le concepteur/cartographie, même si vous ne pouvez pas le renommer dans le DB.
Merci. J'avais peur de ça. Il suffit de beaucoup d'efforts manuels pour modifier les noms de mappage de tables DBML. J'essayais d'éviter ça. Eh bien, je suppose que je vais commencer ... – Didaxis
Je construis généralement mes propres classes Linq à Sql au lieu d'utiliser les fichiers .dbml. Une convention de nommage que j'utilise est TableName + "Dto". Dto permanent pour l'objet de transfert de données. Si le roulement de vos propres classes Dto n'est pas une option, vous pouvez simplement aller dans le concepteur modifier le nom de votre table système dbml à SystemDto. Il sera toujours mappé correctement à l'objet de base de données, et pourtant vous n'aurez aucun conflit de nom. Si vous êtes intéressé à voir des dto roulés à la main faites le moi savoir :). J'espère que cela t'aides!
vous devez désactiver la fonctionnalité "Pluraliser de nouveaux objets".
Jetez un oeil à:
Une façon plus facile et mieux est d'ajouter juste un espace de noms au contexte. Faites un clic droit sur le concepteur Linq to SQL -> propriété -> ContextNameSpace
Ajout de l'espace de noms était facile et résolu le problème. Je vous remercie. – Didaxis
En fait, c'est ce que j'ai fini par faire, et c'était de loin la solution la plus simple. Merci beaucoup. – Didaxis
Aucun problème n'a eu le même problème moi-même :) – Kimtho6