関係データベースとは ＲＤＢ（Relational Database：リレーショナルデータベース）の説明は「ＲＤＢとＳＱＬ」を参照されたい。1980年代から普及し、現在でも最も広く使われているデータベースである。 ＲＤＢの特徴 静的結合と動的結合 構造型データベースやＮＤＢ（ネットワークデータベース）では、データベースを設計するときにデータ間の結合を定めておく静的結合であった。静的結合では、設計時に想定した処理には高速であるが、予期しない結合が必要な処理には再設定が必要になったり、非常に処理が複雑になったりする。 業務を取り巻く環境変化により、情報システムの改訂が頻発するようになり、静的結合データベースの欠点が問題視されるようになってきた。 それに対してＲＤＢでは、実行時にテーブルを結合する動的結合である。想定していなかった処理にも柔軟に対応しやすい。それでＲＤＢへの期待が高まった。しかし
本ブログでも何度か取り上げたことのあるあのSPIDERストレージエンジンがさらにパワーアップして便利になった！８月にリリースされたバージョン2.22では次の２つの強化が行われている。 HA機能の追加（データノードの冗長化） LinuxおよびWindows用ビルド済みMySQLパッケージの配布 インストールが簡単になった！前回SPIDERストレージエンジンを紹介したときには、ソースコードからコンパイルする必要があり、なおかつMySQL本体にパッチを適用しなければならず、利用するまでの敷居が高かったように思う。しかし、バージョン2.22よりSPIDERを含んだビルド済みバイナリが提供されたことにより、SPIDERを利用する手間はぐっと少なくなった。しかもこのビルド済みのバイナリにはSPIDERだけでなく各種パッチと、さらにはVPストレージエンジンまで含まれているという気の利きようだ。コンパイル
テーブルのJOINが苦手でしたが、この例を思いついてからは、すっきりくっきり理解できるようになりました。むしろ頭から離れません……。 ※ INNER、OUTERは飾り。省略できる。 INNER JOIN → JOIN LEFT OUTER JOIN → LEFT JOIN RIGHT OUTER JOIN → RIGHT JOIN ※ ON ...=... をまとめて USING(属性) と書ける。 ※ 何で結合するか言うまでもない時は、NATURALを指定すると勝手にJOINしてくれる。NATURALにJOINして……。 ※ WHEREは結合した結果に作用する。 ※ 現実には上図のように1対1で結合しません。 ※ おまけ。CROSS JOIN。 こんなの使いません。 ブクマ用画像。
1. Art Of MySQL Replicaton 〜 10 年の歴史を誇るレプリケーションの妙技〜 奥野 幹也 @nippondanji mikiya (dot) okuno (at) gmail (dot) com 2. 免責事項 ● 本プレゼンテーションにおいて示されている見解は、 私自身の見解であって、オラクル・コーポレーション の見解を必ずしも反映したものではありません。ご了 承ください。 3. 自己紹介 ● 今日は個人として来ています。 – http://nippondanji.blogspot.com/ – Twitter: @nippondanji ● 現職は MySQL サポートエンジニア。 – 2000 年にサン・マイクロシステムズ入社 – 2007 年に MySQL KK へ転職 – 気付くとまたサン・マイクロシステムズに・・・ – 現在は日本オラクルに在席。 ●
なんて幸運なことなんだろう。 実は最近、個人的にサーバーマシンを借りるという機会があった。そのマシンに搭載されているCPUコア数は合計48である！大事なのでもう一度いう。日本語でいう。48CPUコアだ！一昔前なら数千万円もしたスペックだろうが、最近は実にリーズナブルにお求めいただけるようである。（価格についてはふせておく。）このマシンには2.2GHzのOpteron 6174が4つ搭載されている。つまり、ひとつのパッケージに12個のコアが格納されているのだ。これはすごい。いや、むしろどうしてこうなった？！というべきか。そのようなマシンを目の前にすると時代はメニイコアに向かっているんだなあと実感せざるを得ない。 今後、CPUがどんどんメニイコアに向かう流れはさけれない。コアを増やさなければCPUの性能が（システム全体としての性能が）向上しないからだ。CPUの演算回路に対して半導体素子をたくさ
各クラスタ製品の紹介 後日、会議の結果を報告記事として掲載予定ですが、それぞれのクラスタ製品にどのような特徴があるのかを知っておくと、報告記事もより楽しめるでしょう。それぞれの製品をざっくり解説します。 Slony-I ドキュメント Slony-I は、非同期・シングルマスタ方式のレプリケーションです。 マスタノードに設定したデータベーストリガで更新処理をログに記録し、複数のスレーブノードに非同期に伝播させます。特徴は、スレーブノードで参照処理を行えること、マスタの更新性能の低下を抑えられること、マスタとスレーブ間の回線切断があっても後から追いつき処理を行えることが挙げられます。 管理は専用のコマンドラインツールの他、 pgAdmin-III からも GUI で操作することができます。 pgpool-II ホームページ pgpool-II は、同期・プロキシサーバ方式のレプリケーションです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く