エンドユーザーのレポートデザイナーを使用するための典型的なシナリオは何でしょうか。私が考えているのは、私が持つことができるすべての列と、レポートの基本的なビュー（フォーマット、列の順序など）を含む基本レポートを作成し、ユーザーがそのフォーマットと順序を変更できるようにすることです。 、（使用可能な列から）データを取り出したり追加したりします。
これは、レポートのエンドユーザーデザイナーと呼ばれるものに対処するための一般的な方法ですか、それとも私は軌道に乗っていませんか？
ユーザーによって異なりますが（たとえば、SQLを処理できる人かどうかなど）、ユーザーがSQLクエリからフォーマットまですべてを構築できるシナリオがあるのは一般的ですか？
ありがとう！
セバスチャン
私が最初に考えることは、セキュリティのために、また巨大なサーバーを食べるクエリを防ぐために、それらを非常に厳密に制御されたサンドボックスに入れることです。それを超えて、限られたオプションの「メニュー」を彼らに与えることは良い道だと思います。私は彼らにSQLへの直接アクセスを与えません。
最初の質問は、ユーザーが暴走クエリになる可能性のあるSQLを作成することを望んでいますか（デカルト結合がワイルドになったと考えてください）。
ツールによっては、レポートをExcelとして公開することもできます。ピボットテーブルまたは単純なスプレッドシートを作成すると、安全な環境で探している柔軟性が得られる場合があります。ほとんどのユーザーはExcelで列の削除や書式設定などを処理でき、レポートライターツールにはないセルフヘルプ参照がたくさんあります。