sql >> データベース >  >> RDS >> Sqlserver

Microsoft SQL Server 2005 Reporting Services の複数のプロジェクト間でデータ ソースを共有し、Visual Studio プレビューを維持するにはどうすればよいですか?

    私が今遊んでいるテクニック (ダーティ トリック?) は、データ ソース (.rds) をコピーすることです。 ) を各プロジェクトに追加し、Visual Studio を閉じてから、基になるファイル/フォルダーで:

    • コピーした .rds を削除します レポート プロジェクトから (Data Sources にコピーを 1 つだけ残します) プロジェクト)
    • 各レポート プロジェクトのプロジェクト ファイル (Foo.rptproj )、Project.DataSources.ProjectItem.FullPath のテキストを変更します My Shared Data Source.rds の要素 ..\Data Sources\My Shared Data Source.rds

    このように、すべてのレポート プロジェクトはファイル システム上の同じ基になるファイルを参照するため、1 つのデータ ソース定義を共有しますが、各プロジェクトには一種の「ローカル」共有データ ソースも含まれているため、Visual Studio は問題なく動作します。

    ソース管理について:.rds のコピーはまだ 1 つしかありません チェックインされているため、コード ベースが多くの厄介な重複で汚染されることはありません。 .rptproj への変更 ファイルはチェックインできるので、健全なマスター コピーを維持するために開発者に不自然なソース管理体操 (選択的な部分コミットなど) を強いることはありません。

    各レポート プロジェクトは、このデータ ソースを展開しようとしますが、サーバー上の既存のデータ ソースを上書きすることは禁止しているので、大したことではありません。 . .サーバーのデータ ソース定義を上書きするつもりなら、同じ .rds で 1 回上書きするか 10 回上書きするかは問題ではないと思います。 .

    免責事項:これはまだ実験段階です。私はまだこの手法を実際に使用した経験がないため、実際に推奨するまでには至りません.



    1. RHEL6.5にRPostgreSQLをインストールするlibpq-fe.hエラー

    2. PostgreSQL:UPDATEは、パーティション間を移動することを意味します

    3. 記事とタグを含むリレーショナルデータベースに最適な構造

    4. Oracle関数からRefCursorを返す方法は?