0

アプリケーションの簡単な説明: .NET アセンブリを分析し、それらの間の依存関係 (メソッド呼び出しなど) を検出します。これらの依存関係を MSSQL サーバー データベースに保存します。コード内のクラス/メソッドから、すべての直接的および間接的な依存関係を見つけることができ、インターフェイスまたは実装を変更するとどのコードが壊れる可能性があるかを見つけることができます。

インデックスをうまく利用していますが (インポートのパフォーマンスは低下しましたが、とにかく一晩実行されます)、パフォーマンスの問題はまだあります。同じアセンブリの多くのバージョンをインポートすると、非常に大量のデータがあり、クエリに数秒かかりますが、これは十分な速度ではありません (1.5 秒未満が目標です)。

依存関係はグラフのような構造であるため、MSSQL から NoSQL グラフ データベースに切り替えると役立つかどうか疑問に思っています。これには時間がかかるため、最初に外部からの入力を期待しています。

はいの場合は、もちろん、推奨される .NET グラフ データベースを投稿することもできます :-)

4

1 に答える 1

0

私を古い霧と呼んでください、しかし私はそのような技術の切り替えをするのにかなり注意します-このSOの質問が示すように、技術の選択はかなり限られています、そしてあなたはあなたのプロジェクトを「Neo4J」プロジェクトに変えるリスクを冒していると思います「依存関係管理」プロジェクトよりも。本当にバッファに到達した場合は、検討する価値がありますが、議論しているデータボリュームでそこにいる必要があるようには思えません。

私が最初に検討するのは、「入れ子集合」モデルを調べることです。これにより、特定のノードのすべての子を取得するときのパフォーマンスの問題が具体的に解決されます。

于 2012-08-29T10:39:12.993 に答える