J'ai une question concernant l'intégration d'objets métier développés à l'aide de Linq To Sql pour la requête de données et l'intégration avec Sql Server Reporting Services.Utilisation de Linq to SQL et Sql Reporting Services
Nous avons un ensemble d'objets métier qui interrogent deux bases de données dorsales développées avec Linq to SQL. Le SQL qui est généré est relativement dynamique (en fonction des conditions choisies par l'utilisateur) et implique plusieurs jointures, certaines internes, d'autres externes, etc. Linq to SQL a bien fonctionné pour cela. Cependant, nous avons rencontré des problèmes lorsque nous avons essayé d'implémenter des rapports avec SQL Reporting Services après le déploiement initial. Nous n'avions pas la possibilité de lier les rapports SSRS à notre couche de gestion. Ce que nous avons essentiellement fait est d'obtenir le SQL qui est exécuté à partir de SQL Profiler et de créer des procédures stockées, et d'utiliser les procédures stockées dans les rapports. Comme on peut l'imaginer, cela est devenu un problème car nous avons maintenu le code, ayant besoin de mettre à jour à la fois notre couche de gestion et la procédure stockée.
J'ai fait quelques recherches et je vois que les extensions de données personnalisées semblent être une approche pour le faire. Est-ce la solution au problème? Est-ce que quelqu'un a une meilleure approche? Existe-t-il un exemple de mise en œuvre d'une solution comme celle-ci en utilisant LINQ?
http://www.devx.com/dbzone/Article/31336
Merci
Vos liens vers les articles de Peter van Ooijen sont parfaits pour ce scénario. J'ai résolu mon problème en utilisant ces 2 articles seul. –