図解でなっとく!トラブル知らずのシステム設計 の商品レビュー
OracleやSQLを使っている人はもちろん、私のような別のシステムでデータベースを設計構築している人も抽象化して読めばかなり参考になる。NRIの画面設計やデータベース設計のポイントが詰まっている、しかも分かりやすくまとめてあると考えると、とてつもなくコスパがいい。 中身は、ア...
OracleやSQLを使っている人はもちろん、私のような別のシステムでデータベースを設計構築している人も抽象化して読めばかなり参考になる。NRIの画面設計やデータベース設計のポイントが詰まっている、しかも分かりやすくまとめてあると考えると、とてつもなくコスパがいい。 中身は、アプリで問題発生→解決方法の解説というかなり実践的な内容。マンガや図が多く視覚的に理解できるので、最後まで難なく読める。 情報システムに配属されたばかりの頃購入したが、使用するのが対象システムでなかった上に当時は抽象化できるほどのシステムの知識もなくあまりよく分からなかった。しかし、今はこの本を参考にして設計するイメージがかなり持てるようになり、あの頃何も分からないなりにも買っておいてよかったなと思っている。
Posted by
画面設計とDBパフォーマンスチューニングにおける 起こりがちな問題を漫画チックに分かりやすく書いた本。 子画面一つにとっても色々考慮が必要ですが、 それを分かりやすく表現してくれていて、 あっという間い読み終わってしまった。 ただ、ほとんどは知っている内容だったので、 新人さ...
画面設計とDBパフォーマンスチューニングにおける 起こりがちな問題を漫画チックに分かりやすく書いた本。 子画面一つにとっても色々考慮が必要ですが、 それを分かりやすく表現してくれていて、 あっという間い読み終わってしまった。 ただ、ほとんどは知っている内容だったので、 新人さんとか初めてシステム設計を担当する方に おススメかなと思いました。 【勉強になったこと】 ・大量データを取得するときは、件数取得SQLと データ取得SQLを分けて発行すること。 ・モードレスで子画面を起動するときは、 セッション管理に気を付けること。 1つしかセッションが無いとデータが上書きされる。 全ての子画面につけるとOOMが起きる。 hiddenに入れると設計・開発が面倒。 更新系の子画面の場合は複数起動させない等の 設計考慮が必要。 ・SQLの解析フェーズでは以下のことが行われる。 ①SQLの解釈 ②SQLの最適化 ③実行計画の作成 ④実行計画の決定 ・インデックスが機能しないケース ①部分一致、後方一致 ②前方一致だが絞り込み効果が少ない ③カーディナリティ(データ種類)が少ない ④NULL ⑤関数適用後 ・バインドピーク問題を解消するためには、 動的SQLを検討すること。 ・テーブル結合の種類 Nested Loop: 駆動表にて絞り込み、内部表を検索する Merge Join: 件数絞り込みが難しい大量データを結合かつソート Hash Join 件数絞り込みが難しい大量データを結合
Posted by
内容は易しめですが、こういうアプリケーションアーキテクチャの入門書って意外と無いこともあり、良い本だと思いました。
Posted by
- 1