0

J'ai besoin d'une solution pour un environnement d'entreprise avec 100s d'applications et de bases de données SQL. Une norme d'architecture actuelle exige que toutes les applications implémentent des listes d'accès au client à l'aide de SPROC. Les graphiques de dépendance entre ces objets SPROC et bases de données (y compris les dépendances aux objets sur les serveurs liés) indiquent les applications qui seront affectées par la migration ou la suppression d'une base de données.Comment puis-je dupliquer un graphe de dépendance de table SPROC après que ces SPROC ont été remplacés par des DAL implémentées en dehors de la base de données?

Si l'on devait modifier la norme architecturale pour autoriser les ORM (par exemple LLBLGen, Entity Framework v4, ...), produire des graphes de dépendance de cette façon ne serait plus possible.

Des idées sur la façon dont nous pouvons produire des graphes de dépendance entre les LAD implémentées dans les objets .NET et DB? La solution doit fonctionner de manière statique (c'est-à-dire qu'elle ne doit pas dépendre de l'accès db 'mionitoring' pendant l'exécution).

Je peux m'imaginer que la solution pourrait être spécifique au produit/à la technologie, dans ce cas, supposer LLBLGen pour le DAL et SQL Server pour la base de données.

Répondre

0

J'ai obtenu une réponse LLBLGen:

dépendance de l'entité sur la table, vous dire? De quelle dépendance recherchez-vous exactement ? Par exemple, si vous avez 400 tables/vues et 30 entités mappées sur eux, il y a beaucoup de tables/vues qui ne sont pas mappées et donc l'application ne dépend pas d'eux, est-ce que vous êtes après?

Ceci est facile à générer à partir d'un modèle dans n'importe quelle sortie que vous voulez . À l'aide d'un modèle .lpt, vous pouvez parcourir les instances EntityDefinition dans l'objet de projet et émettre vers la sortie la cible sur laquelle ils sont mappés. Cela vous donne une liste de cibles dont dépend le projet. Ce peut être fait statiquement, sur la ligne de commande en utilisant le générateur de ligne de commande. Consultez le SDK pour plus de détails sur l'écriture des modèles . Evidement, vous pouvez également faire cela dans un plug-in (comme il a aussi accès à l'ensemble graphique d'objets) et par exemple exporter pour exceller dans votre plugin en ouvrant une forme et le lier à une grille qui prend en charge l'exportation à Excel. En v3, cela est construit dans le concepteur , vous pouvez ensuite interroger le projet en utilisant n'importe quelle requête que vous voulez (en utilisant Linq, dans le concepteur) et exporter la sortie vers Excel ou d'autres formats .

0

Vous pouvez générer un espace réservé SPROC à partir des métadonnées ORM qui inclut toutes les tables/vues/SPROC/fonctions utilisées par cette application particulière, puis utiliser les outils actuels pour analyser les dépendances.

+0

Merci. Idée intéressante mais j'hésite à mettre en œuvre une solution qui 1) produit du code non fonctionnel, 2) nous oblige à nous assurer que ces SPROC sont synchronisés avec les métadonnées ORM à chaque mise à jour de l'ORM. – Emmanuel