私たちはかなり標準的な状況にあると思います。この複雑なビジネス上の問題に関連するデータを格納するために、約 100 のテーブルと多くのリレーションシップを持つかなり複雑なデータ モデルを構築しました (数百人のユーザーを持つイントラネット システム)。もちろんUIがあり、アプリケーションが構築されて以来、いくつかの標準レポートを提供し、さらにデータのCSVダウンロード(これらの標準レポートに基づく)を提供するという従来の道をたどりました。システムを何度も使用した後、ユーザー ベースはますます複雑なレポートを必要とし、これらの「1 回限り」を作成する意味がなくなります。
明らかな次のステップ (少なくとも私の考えでは) は、レポートの作成をビジネス ユーザーの手に委ねることです。これは、Crystal Reports、SQL Server Reporting Services、または Tableau などの BI ツールのようなものです。これらのツールの多くについてあまり経験がなかったので、途方に暮れています。さらに、私は複雑なデータベース テーブルの問題に苦労しており、ユーザー コミュニティはテーブルの複雑な関係を理解できると信じています。さらに、ユーザーには決して見えてはならないデータベース専用の計算フィールドをすべて使用してスキーマを公開する必要があります。 .
ここにはいくつかの選択肢があると思います (データ アーキテクチャおよび一般的な方向性の観点から)。
- API を介してビジネス ユーザー向けにスキーマを単純化するか、データベース テーブルのより単純化された "ビュー" を使用します。これはビジネス ユーザーにとっては優れていますが、事前の作業と保守性が必要です。
- ビジネス ユーザーがすべてのテーブルを参照できるようにすると、明らかに保守が容易になりますが、ドキュメント、トレーニング、説明などが必要になります。
- その他の BI の選択肢 (率直に言って、私はよく知りません) - OLAP キューブなど。
この分野での経験に関するフィードバックと、データ アーキテクチャおよび/または製品の使用に関する提案された方向性を探しています。