sql - SQL の更新後にフィールド名を自動的に更新する方法

Question

.rdlffile内のデータ セットのコマンド テキストを変更しています。

fieldsselect ステートメントによって返される結果を更新する方法を知りたいです。

これらのフィールドは自動的に生成される必要があることはわかっているので、SQL コードをインラインで編集した直後に更新できるかどうか疑問に思っていました??

Answer 1

通常、誰かがコマンド テキスト内のデータを見たい場合、エンド ユーザーへの参照用にそれを求めています (私が見たものから)。あなたはそれを修正したいと思うかもしれませんが、最終的に報告する際の最初の目標は、「私は何のためにこれをしているのか?」であるべきです。あなたの目標が実行時の動的な作成である場合、私はこれを避け、他のいくつかの提案を提供します:

1. それをプロセタイズします。SQL Server のノウハウがある場合、ストアド プロシージャを作成することは、必要なものを取得するための便利で迅速な方法であり、SQL FU を使用して良い結果を得るために何を行っているかを知っている場合は、ストアド プロシージャを最適化できます。欠点は、複数の環境で作業する場合、TSQL と RDL ファイルのコードをデプロイする必要があることです。

2. 式を使用して、実行時にデータセットを構築します。クエリ自体が他の開発者によって適切に最適化されていないと言われた場合、彼らはこれを行っていると述べています。私自身、これを行うことと、ソース エンジンで適切なインデックスを作成して述語の構築をうまく機能させることの利点を常に理解しているわけではありません。とにかく、実行時にデータセットを構築できます。テキストの横にある「fx」を押して、次のようなものを入力するのと似ています (@Start という名前の変数があると仮定します)。

   ="Select thing 
   from table 
   Where >= " & Parameters!Start.Value
   

   繰り返しますが、これが実際に次のものよりもはるかに速いかどうかは実際にはわかりません:

   Select thing
   from table
   Where >= @Start
   

   しかし、それを動的に構築したいだけなら、そこにあります。

3. select ステートメントの PART であるパラメーターから式を動的に作成することができます。SSRS は、「式」とそれを使って何ができるかがすべてです。飛び込んで、それらがすべてにどのように適用されるかを学ぶと、いわばそれらの使用に夢中になることができます. ただし、一般的なルールは、使用するレポートの数が多く依存するほど、レポートが遅くなるということです。

これのいくつかが役立つことを願っています。最初に、イベント駆動型またはパフォーマンスに関連する必要があるために動的なものであるかどうかを尋ねます。