理由として、まず、ストレージの情報はベンダの内部に閉じていてなかなか出てこないからです。DB性能の計測の指標やその見方の確立された方法論が、CPUのそれほどありません。あれば教えてください。安いマシンを買ってしまって、後から性能問題で苦労されたことってありますか?回答あります。選択のポイントとして、DBサーバはCPUをケチっても構いません。CPU性能が良くても、DBサーバだとフルに使えないからです。あと、32bitマシンはもうやめましょう。大量データ処理にはそもそもDBMSが向かないというお話がありました。してやらなければならない強い要件が存在するならば、もちろんやるべきです。DBMSを使うメリットはいろいろあります。その9質問お好きなO/Rマッパー、きらいなO/Rマッパーを教えてください。好きなO/Rマッパーはありません。性能まわりの仕事をしていると、フレームワークのようなものが、内部でぐるぐる系の処理をしていたりして...(以下略)。使うメリットがコストを上回るなら当然使うべきです。使うことで失われることや抱える問題も認識しておくのがエンジニアだと思います。※DBFluteは中でぐるぐる系の処理をしていないそうです。第一に、実行計画の揺れです。それから、通常時と縮退時との落差です。アクティブ-アクティブ構成の縮退時に、データがメモリに乗り切らず、サービスが不安定になるといった問題がありえます。更新といっても、検索してから更新しているので、検索部分は速くなります。問題がなくなることはありません。その12質問ぐるぐる系の処理を見たことがないのですが、どういった場所に存在するのでしょうか?※「それは幸せですね」「素晴らしい設計をしていますね」といった声が...回答バッチです。バッチかというと、オンライン処理のモジュールを使い回しているケースがあるからです。内部でSQLを発行するモジュールをそうと知らずにループで回していたり、それを多重に回していたりすることもあります。まとめそんな感じで、あっという間の2時間でした。本当に勉強になりました。1年前、複合主キーについて無知を晒して恥をかきましたが*1、あの時にコメントくださったjfluteさんのLTを聞けたのもラッキーでした(LTじゃなくて40分くらい聞きたかったです)。DBと一言でいってもレイヤーは多層ですし、考えないといけないことは沢山ありますね。上手く使えるように勉強しようと思います。DB2の皆さん、ありがとうございました。talksへ行ってきました。行ってきましたワンクリックデプロイ勉強会へ行ってきました。アーカイブはてなブログをはじめよう!torazukaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。