データベースコンサルタントのノウハウちょい見せ

もう少しすると、私が監修した本が(また)発売になります。
即戦力のOracle管理術 ~仕組みからわかる効率的管理のノウハウ
http://www.amazon.co.jp/dp/4774151343/

Oracleデータベースの運用について、コンサルタントが熱く語っている1冊です。
「いっぱいあるOracleデータベースの運用本なんじゃないの？」と思う皆さん、この本は違います。まず１章を使って、データベース運用業務全体を紹介しています。製品紹介ではなく、データベース運用業務の紹介です。多くの人はなんとなく運用しているはずで、これを語れる人は少ないはずです。
そして2章は、アーキテクチャです。運用するにもアーキテクチャの理解が必要ということで、初心者向けに運用に必要なDBMSアーキテクチャの紹介をしています。バックアップやセキュリティやメンテナンス運用についても、経験豊富なコンサルが掘り下げていますし、Exadata時代に対応して、パラレル実行についての紹介も豊富です。
普及しているRMANについても実践的な運用方法を紹介していますし、datapumpも紹介しています。
運用というと必要になる、トラブルシューティングも入っています。

これだけ入って、540ページで3千円台！　これで初心者も運用できるはず(これ以上の本は無いはず)。

それ以外にもこんなネタも入っています。
・OUとコラボして、各章の後ろに、詳しく知りたい人向けのOUコース紹介記事を配置！
・EnterpriseManager12cを紹介！
・Oracle GoldenGate(データ連携ツール)も少々紹介！

買って損のない１冊です。よかったら今のうちにamazonで予約してください。
http://www.amazon.co.jp/dp/4774151343/


P.S. 今週末(金曜日の夜)のOracle Lovers、参加どうですか？　Oracle RACのエキスパートが集まりますよ。
　　 エキスパートの座談会を聞いているだけで、初心者も勉強になるはずです。
　　　 http://www.zusaar.com/event/283002

Oracleエンジニアが集まる、Oracle Lovers。
その シーズン2 第6回のお知らせ(引用)です。

場所　日本オラクル青山センター　13階のS2（定員32名）, 外苑前駅　4番を降りてすぐ。
日時 2012/5/18(金) 20:00

Oracle LOVERS シーズン2 第6回は「Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator との座談会」です。

詳細は http://www.zusaar.com/event/283002 をご覧ください。

Certified Expertは、いい腕をもったエンジニアばかりのため面白い議論になりそうです。
私は、Certified Expertではありませんが、当日も会場に居ると思います。
Oracle Loversは初心者もWelcomeな雰囲気ですので、迷っている人も、ぜひ、お申込みください。

献本いただいていた「MySQL Cluster 構築・運用バイブル」
遅くなりましたが、ようやく読みました。

一言で感想を表現すると、単なるMySQLとは別物と思うべし。です。
私があまり知らないからかもしれませんが、本質は、
Oracle Exadata や DB2のクラスターに近いイメージを持ちました。

サポートだからこそ書ける、いろいろ経験が活かされていて、
パラメータの推奨であったり、トラブルの例、ノウハウが書かれていると思います。
memcached APIも載っています。製品が好きなんだなと読んでいて感じました。

結局、クラスターの悩みは、どの製品でも同じな訳で、
いろんな製品で見られてきたアルゴリズムや悩みが出てきています。
スプリットブレインとか、タイムアウトのバランスとか、
スケールのさせ方とか、ネットワークの冗長化とか、多数決とか、
レプリケーションによるデータの衝突とか、
結局、場所が分かれることによる影響が考慮点だとよくわかります。
場所が分かれるからこそ、マシンを追加できたり、安価に多ノードにできるので
もちろん、トレードオフです。

それにしても大作です。400ページを越えます。
一人でよく書いたなあと思いました。

うちの社員である木村明治さんの新刊です。
「プロになるための データベース技術入門　~MySQLforWindows困ったときに役立つ開発・運用ガイド 」
主な紹介内容はWindows上のMySQLです。初心者に分かりやすいです。sqlの使い方や表面上の使い方だけでなく、アーキテクチャやDBMSの奥にある考え方も紹介しています。よくはまるところも随所で紹介していて、さすがMySQL担当という感じです。

Oracleなどで見られる、MVCC(マルチバージョンコンカレントコントロール)とか、トランザクションとロックの考え方とか、データベース使いなら知っておくべき話を上手に紹介しています。
また、初心者がmysqlを学ぶには、最適じゃないでしょうか(特にwindows上のmysql)。ログの紹介やツールの紹介も豊富ですし、使えると思います。少なくとも、私はお勧めします。

■この本の特徴だと思ったところ

絵がいい！：前半に出てくるmysqlの全体図で階層構造と全体構成が分かりやす。全体の中でどう動くのかも把握しやすい。

windowsの解析ツールの紹介もさすがサポート

6章のお勧め設定(蕎麦屋の喩えも)は良いですね。こういうのみんな知りたいはずなので。

■おまけ

「オッケーなら、そのクエリを実行する」木村さんの普段の口調が出ていて、
執筆した人の特徴が出るんだなあと思いました(笑)

「firebird」という単語がさりげなく(いや、堂々と)
何か所にも出てくるのは木村さんならでは！

フェイスブックとクロスポストです。
昨日のOOW3日目のunconfereneceのセッションを一部メモしました。
参加出来なかった方に雰囲気と話題の傾向を見ていただければと思います。
写真は会場の様子です。盛況でした。


　OPatchは最新版にすること(某コンサルタント＆元サポートエンジニア)

　アップグレードの際には、Known Issue(既知問題)を見るのがお勧め(某コンサルタント)

　ドキュメントライブラリをgoogleで検索するのがお勧め
　確かに私もお勧めだと思います。私もやってます。方法は、
https://blogs.oracle.com/oracle4engineer/entry/%E3%82%AA%E3%83%A9%E3%82%AF%E3%83%AB%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E9%80%9A%E4%BF%A1%E3%81%B8%E3%82%88%E3%81%86%E3%81%93%E3%81%9D あたりをみてください(小田コメント)

　Q：自分でRACを作りたい、でもPCを買うと高い。
　A：mediumインスタンスでできる。500円(時間買い)でできる。検証用。
　　やりたい人はきっとここを見るといいんだろうな(小田コメント)　http://d.hatena.ne.jp/KNOPP/

　技術文書を書くためのコツ
　技術力の高い層への書籍のニーズは無い。
　＃そのとおり！　初心者向けしかないですよね。ターゲットにするのはピラミッドの裾野ですよね。

　ドキュメントライブラリの話
　Q：索引検索はランダムアクセスなのに、db file sequential read? なぜ?
　A(要約)： メモリ上で連続しているから「sequential」。db file scattered read は
　　　　　　　 ブロックを複数読み込んで、メモリ上で分散するから「scattered」。
　　　　　　　 パフォチューのマニュアルに載ってます！

　Q：コンポジット索引の日本語名は？
　A(要約)：連結索引です。
　「概要」マニュアルに載っています。

　コネクションプールなどを使わなくても
　MySQLは性能の落ちが少ない。アーキテクチャの違いですね。

　MySQLのClientSide preparedStatementは、クライアントサイドで動く。
　実はprepareをしても、サーバーにprepareをしない。
　その後、executeの際に、リテラルを埋め込んだSQLを
　送る(つまり、Oracleでいうハードパースをしている)。
　preparedStatementはサーバー側には何にも変化がない。
　＃ServerSide preparedStatementもあるそうです。

　OLTPではバインド変数が有効だが、
　バッチではそうとも限らない。以前の実行計画が最適とは
　限らない。バッチでは、バインド変数を使わない(リテラルにする)
　ことも検討すべき。
　バインド変数はメリデメあるよ。バッチ処理だと
　バインド変数のメリットは享受できないことが多いので、
　止めてもいいのでは？
　＃その後、賛否両論あり、ディスカッションになりました。

　「Index Only Access」で、インデックスにあるデータだけで
　SQLの結果を作れることもあるよ。このテクはお勧め！
　「Index Only Access」で検索してみよう！ discusブログが出てきますね。
　＃インデックス作りすぎは駄目ですからね。またデメリットもありますよ。

　実行計画が一緒でもI/Oが違えば性能違う。
　有名な、検証生活っぽい。
　direct path readが一番早い。
　db file scattered readが2番目。
　db file sequential readが3番目。
　やっぱり、I/Oの種類が違うと性能違いますね。
　こういう検証みたことないので、興味深かったです。

　DBが起動できないクイズ。私には難しいっす。・・・・興味ある人は、
　http://d.hatena.ne.jp/yohei-a/20120407/1333782974 を見てみてください。

こんな感じで、エンジニアにとって楽しい話題、興味をそそるような話題が初心者向けから玄人向けまで、いい意味でごっちゃになっている感じです。しばらくしたらまたイベントがある予定なので、上記を見ていいなと思ったらご参加ください。お楽しみに！