Martin Fowler's Bliki in Japanese - レポーティングデータベース
http://www.martinfowler.com/bliki/ReportingDatabase.html domain model（ドメインモデル）を使っているとき、アドホックなSQLへの対応はどうすればよいか？ ドメインモデルの利点として、アプリケーション内のデータに重要な振る舞いを与えるという点が挙げられる。データのレポートが欲しいのであれば、ドメインモデルは非常に便利である。しかし、多くのレポーティングツールはSQL対応のデータベースを前提としている。つまり、ドメインモデルには対応していないのだ。では、ドメインモデルが出来ることは何だろう？ 最初にやらなければならないのは、アドホックなレポートの必要性を問うことだ。アドホックなレポートが多すぎるというのは、誰もその必要性をちゃんと確認していないというだけのことである。 本当に必要かどうかをチェックすれば、アドホックなレポートが
[ThinkIT] 第5回：レポーティング・ツールの選択〜大量ユーザのサポートに必要な機能をチェック（後半） (1/4)
第５回：レポーティング・ツールの選択〜大量ユーザのサポートに必要な機能をチェック（後半） 著者：アイエイエフコンサルティング 平井 明夫 2005/7/19 レポーティング・ツールで開発されるレポートは、リレーショナル・データベースに対してSQLクエリーを実行することで、初めて結果を表示することができます。このため定時に多くのユーザが同じレポートを参照しようとすると、データベース・サーバの負荷は一時的に大きくなってしまいます。 一方、レポーティング・ツールのユーザ層は他のユーザ層に比べて人数が多く、ピーク時の同時アクセス数を予想することは難しい場合が大半です。しかしレポーティング・ツール導入の際に、データベース・サーバのCPUの個数やメモリ容量を余裕を持てるだけの大きさにしようとすると、多大なコストが発生しかねません。 これを解決する方法のひとつが、あらかじめSQLクエリーを実行して
[ThinkIT] 第4回：レポーティング・ツールの選択〜大量ユーザのサポートに必要な機能をチェック（前半） (1/4)
レポーティング・ツールの利用者である管理職・一般社員は、データを定型的なレポートとして見るユーザ層です。このユーザ層は他のユーザ層に比べて利用するユーザの数がはるかに多くなりますので、セキュリティの確保や同時アクセス時のレスポンス時間の確保といった大量ユーザのサポートに関する機能が重要になります。 このようなニーズを満たすために必要となるレポーティング・ツールの機能の中でも、特に重要な項目は以下にあげる5つになります。 レポーティング・ツールのユーザ層は、画面切り替えの回数が少なく、わかりやすい操作でレポートを参照したいと考えています。つまり、通常業務で使用している印刷帳票と同様に、BIレポートであっても必要な情報は全て1つの画面に含まれていることが望ましいといえます。 したがってレポーティング・ツールにおいては、同一画面に複数の表やグラフを配置して自由にレイアウトできることがもっとも基本
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
