Oracle Databaseは長い間データベース界の王者である Oracle Databaseと言えば、オンプレミスでの基幹システムにおいては王様のような存在です。以下は15年前の記事です。 www.atmarkit.co.jp 上記のデータベース製品利用状況を、稼働プラットフォーム（OS）別に集計した結果が、図2だ。ご覧のとおり商用UNIX上でOracleが7割のシェアを占める半面、Linux上ではオープンソースDB利用率が65％に達しており、それぞれ各プラットフォームにおけるデファクト・スタンダードとなっている。一方、現在最も普及しているWindowsプラットフォームでは、OracleとSQL Serverのシェアが接近した“一騎打ち”状況を呈している。こうして見ると、UNIXという地盤を維持しながらも、拡大するIAプラットフォーム（Windows／Linux）でそれぞれ一定のシェア

なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ

本連載では、Oracleデータベースのパフォーマンス・チューニングの中から、特にSQLのチューニングに注目して、実践レベルの手法を解説する。読者はOracleデータベースのアーキテクチャを理解し、運用管理の実務経験を積んでいることが望ましい。対象とするバージョンは現状で広く使われているOracle9iの機能を基本とするが、Oracle 10gで有効な情報も随時紹介していく。（編集局） 連載目次 第5回までの記事では、Oracleの表へのアクセス方法や、SQLトレースの取得方法や実行計画の確認方法といった、SQLチューニングを行ううえで必ず知っておくべきことを説明してきました。これまでの情報収集で実際にSQLチューニングを始める準備は整いましたので、今回から洗い出したSQLに目を向けていきたいと思います。 今回は、効率がよくパフォーマンスに優れたSQLの記述方法について、SQLの処理ステップ

僕らが子供の頃は、「テレビばかり見ないで『本』でも読みなさい」と言われた。 僕が子供に言ってるのは「子供達よ『Youtube』ばっかり見てないで『テレビ』でもみなさい」だ。 語彙力アップには、YouTubeよりテレビだ。お気に入りの人ばかりの動画を見続けるYoutubeでは語彙力がそだってない。 そんなことを言う未来が来るとは思っていなかった。 ...いや、少し思っていた。 うちらの親世代は「『本』ばっかり読んでないで」勉強しなさい or 働きなさい。と言われてきたらしい。 僕らは、「テレビばっかり見てないで、本でも読みなさい」だった。 徐々に推奨メディアが変わってる。時代の変化を体感してる。 ソフトウェア開発者の自分としては、子供にいうことに次がある。」 「『Youtube』ばっかり見てないで、『ゲーム』でもしなさい」だ。 コンピューターリテラシーの基礎教育としてゲームが重要だ。 例えば

Java プログラムの性能改善（ここでは処理速度の改善）を行ったので、その方法のメモです。 ちなみに自分の場合、以下の方法で処理速度が元の 15～36 倍短くなりました。なんじゃそら～ﾍ(ﾟ∀ﾟﾍ)ｱﾋｬ*1 ネストされたDBアクセス、ファイルアクセスを減らす 性能改善というか、もともとこれがひどいコードで。。。 改善ポイントとしてはまず無駄な I/O アクセスを減らすのが一番効果があります。外部通信というのはそれだけで時間がかかるもので、逆に Java 内の処理であれば基本的にそれほど時間を要するものではありません。 DBアクセスの場合、ループ内で何度も検索を行なっていましたが、ループの度に取得される結果が変わるわけでもなく、更新するわけでもなく…そんな感じだったので、ループの外側で取得した検索結果を使いまわすように変更。 また、ファイル操作については「Connection Open →

Javaアプリケーションサーバの歴史はそれなりに長いですが、残念ながら運用時のトラブルは後を絶ちません。 トラブルを起こしにくい・起きても解決しやすくするにはどうすべきか、これだけは押さえておきたい構築・運用時のポイントを紹介します。Read less

はじめに Oracle DBのテーブルに対して、ストレステストや性能テスト目的で大量のデータのinsert、deleteを繰り返すと、データ量が少ないにもかかわらず、レスポンスが極端に悪くなることがあります。 この記事では、その理由と対策についてまとめてみました。 10日でおぼえる Oracle11g入門教室(DVD付)posted with amazlet at 13.03.20井上 賢一郎 翔泳社 売り上げランキング: 159,156 Amazon.co.jpで詳細を見る insertで上昇するハイウォーターマーク photo credit: V31S70 via photopin cc テーブルに対して大量データをinsertすると、ハイウォーターマーク（以下、HWM）が上がります。 HWMとは、データがここの位置まであるという場所を指し示すポインタです。目盛りのあるコップに水が入っ