Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

アシストは1987年よりOracle Database製品の取り扱いを開始し、教育、技術支援、サポートを提供しています。Oracle Databaseはシステムの基幹となるソフトウェアであるため、ミッションクリティカルなシステムに対応できる24時間365日のサポートが必要となります。2014年、弊社サポートセンターでは1万件以上のOracle Database製品に関するお問い合わせをいただきました。お問い合わせの内容は様々ですが、運用中に発生したトラブルに関するお問い合わせの中でも早期解決のご要望が高いのは、データベースへの「接続障害」が発生したケースです。 接続障害を解決するには、接続障害の発生状況を正確に把握し、どの部分で問題が発生しているのかを特定した上で、調査に必要な情報を素早く収集することが重要です。接続障害が発生した場合に何を確認すれば早期解決が期待できるか、サポートセンター

ロックのコスト：スラッシングとデッドロック スラッシング DBMSがロックを行うとき、具体的にはロックの取得と解放という2つの動作をしています。そして、ロックが取得されている資源にほかのトランザクションがアクセスをかけてきたら、共有ロック同士でない限り「ブロック」を行います。あとから来たトランザクションをロック解放まで待たせるわけです。よく駅や空港のトイレで行列ができるのを見かけますが、あれなどまさにブロックされたトランザクション群の典型です[5]⁠。トイレの便座を共有ロックで、というわけにはいきませんね。 このしくみから必然的に導かれる結果は、並行トランザクション数が一定数を超えると、1つのトランザクションが待機させられる頻度と時間が増え、平均のパフォーマンスが悪くなるということです。システムの特性（更新が多いのか、検索が多いのか）やハードウェア性能にも左右されるため、一般的な閾値（いき

応用情報技術者試験に受からなかったらクビ。 PG2年目24歳が2010年4月に実施される応用情報技術者試験に挑みます。たくさん更新して御免なさい。もう必死なんです。 2層ロッキングプロトコルとは、トランザクションにおいてデータ操作の前に排他資源に対して一斉にロックをかけ(成長フェーズ)、操作終了後に一斉に解放する(縮退フェーズ)方式のこと。直列可能性が保証される。2相ロッキングプロトコルではデッドロックを防ぐことは出来ない。 ※トランザクション 最初の操作からコミットまたはロールバックまでの操作のこと。ACID特性を備える。 ※直列可能性 2つのトランザクションがある場合、実行の順序に限らず結果が同じ場合、直列可能であると言う。 ※デッドロック 2つのトランザクションが互いの処理に必要なデータをロックし合っているために、処理が続行できなくった状態のこと。

1. ダーティーリード ダーティリードはトランザクション処理において、あるトランザクションが更新されている最中に、他のトランザクションからデータを読み出すことができてしまう現象のこと。 ここではトラン２が"りんご"を"みかん"に変更した後、トラン１が"みかん"を読み込むがその後、トラン２によって"みかん"は"りんご"にロールバックされます。 汚れ（誤り）のあるデータを読み込んでいることがわかります。 図の例の場合の対策例としてはトランザクション２が専有ロック（他のトランザクションによる書き込み、読み込み不可）を対象の行にかける等が考えられます。 2. ノンリピータブルリード（ファジーリード） 読み出した行がほかのトランザクションにより更新または削除され、同じトランザクションで再度同じ行を読み込んだときに、その行が更新または削除されていること。 ここではトラン１が"りんご"を読み出した後、ト

内部結合～何の「内部」なのか～ 内部結合とは 内部結合（inner join）は、一番よく使われる結合の種類です。ほとんどのSQLの参考書では、結合といえば最初に内部結合から話を始めるものです。構文についてはすでにご存じの方も多いでしょうが、一応ここで紹介しておきましょう。 今、図1の社員テーブルだけ見ると、社員の部署名はわかりません（わかるのは部署IDだけ⁠）⁠。部署名を知るためには、部署テーブルの部署名（dept_name）列の情報を持ってこなくてはなりません。このときの結合キーはもちろん、どちらのテーブルにも存在している部署ID（dept_id）列になります（リスト2、図3⁠）⁠。 リスト2　内部結合を実行 SELECT E.emp_id, E.emp_name, E.dept_id, D.dept_name FROM Employees E INNER JOIN Departmen

Googleドライブ上でFusion Tablesというデータベースが使えます。Google Apps Script（GAS）で制御できるのと、それを介してスプレッドシートと連携できるのでとても便利です。今回はFusion Tablesの導入から認証方法、GASからの制御方法（今回は簡単にSELECT文からの読み込みのみ）について書き留めておきます。Fusion Tablesの導入Google Drive上の「アプリの追加」からFusion Tablesを探して有効化します。登場してから数年経ちますがまだ（試験運用）のままですね。 有効化すると新規メニューに現れるのでクリックして起動し... いろいろアプリを導入できるらしいのですが、その中から、「Fusion Tables（試験運用）」を選びます。まだ試験運用みたいですね。 導入するとメニューに現れます。それをクリック。 以下の画面が現れ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Unityネットワーク通信の基盤である「RPC」について、意外と知られていないボトルネックと、その対策法

「データベーススペシャリスト試験過去問道場」は、データベーススペシャリスト試験過去問題(400問)の中からランダムに出題する完全解説付きのWeb問題集です。PC/スマホ/タブレットを使って、スキマ時間を活用して無料で過去問演習に取り組むことができ、学習履歴を管理することも可能です。試験対策としてご活用ください。 ※この問題集には区分ごとの専門知識が中心の午前Ⅱ問題のみを収録しています。午前Ⅰ対策には姉妹サイトである「応用情報技術者試験ドットコム」の過去問道場をお役立てください。

IPAの高度情報試験のひとつ、DBスペシャリスト。 合格率15%程度で比較的難関な資格ですが、コツ・慣れで対応可能で、合格するだけなら、初心者でも意外と何とかなりました。 ということで、実体験を元に、効率の良い学習法やおススメの参考書を紹介します。 H30年DBスペシャリスト試験に合格しました（ぎりぎり） 試験概要 受験時のステータス 勉強方法 午前1 午前2 午後1,2 補足 試験概要 データベースの企画、要件定義、開発、運用、保守、に関する試験 シラバス： https://www.jitec.ipa.go.jp/1_13download/syllabus_db_ver3_1.pdf 高度情報はすべて共通ですが、午前×2 午後×2の4つの試験があります。 このうち午前1は免除あり。 本番は午後。午前はラジオ体操くらいな位置付け。 受験時のステータス ・30代はIT系かなー、とぼんやり思っ

僕はDB未経験でサーバーサイドのエンジニアになりました。 SELECT文を覚えるところから始まりましたが、今では(保守/運用側ではなく)開発者側としてのDBの知識と技術は少しは身についたと思っています そこで、未経験の状態から現在に至るまでに読んだ書籍を時系列順に紹介したいと思います。 僕のように未経験でスタートした方の参考になれば幸いです。 尚、自分の環境はSQLServerですが、最後に紹介するのマイクロソフトのドキュメント以外は、ベンダに関係なく勉強になる内容だと思います。 本当に未経験時に最初に読んだ本 ■ SQL 第2版 ゼロからはじめるデータベース操作 https://amzn.to/2MOO1E0 内容紹介(amazonより抜粋) プログラミング学習シリーズ『SQL ゼロからはじめるデータベース操作』は、「データベースやSQLがはじめて」という初心者を対象に、プロのデータベー

解決方法 ロック待ちによって処理が止まっていたならば、ロック元となっている処理の状況を確認し、それを開放することで解決できます。 まず、DMVでロック元であるsession_id「51」の接続情報を「dm_exec_sessions」を実行して調べます（図2）。 図2で、session_id「51」は「WIN2012R2NODE1」というホストで、「SQL Server Management Studio」から実行されている処理であることを確認できました。SQL Server Management Studioは、SQL ServerやAzure SQL Database用コンポーネントの管理・開発環境です。本システムの本番環境では必要のないものですが、「試験的に実行していた処理が、途中で放置されていた」ようです。この処理のロックを開放したところ、遅延がすっきりと解消されました。 ちなみに

"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に

データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、 1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基本原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 Oracle、SQLServer、MySQLと色々なDBのチューニングをしてきましたが、