リレーショナルデータベースの仕組み (1/3) | POSTD
リレーショナルデータベースが話題に挙がるとき、私は何かが足りないと思わずにはいられません。データベースはあらゆるところで使われており、その種類も、小規模で便利なSQLiteからパワフルなTeradataまで様々です。しかし、それがどういう仕組みで機能しているかを説明したものとなると、その数はごくわずかではないでしょうか。例えば「リレーショナルデータベース 仕組み」などで検索してみてください。ヒット数の少なさを実感できると思います。さらにそれらの記事は短いものがほとんどです。逆に、近年流行している技術（ビッグデータ、NoSQL、JavaScriptなど）を検索した場合、それらの機能を詳しく説明した記事はたくさん見つかると思います。 リレーショナルデータベースは、もはや大学の授業や研究論文、専門書などでしか扱われないような古くて退屈な技術なのでしょうか？ 私は開発者として、理解していないものを
SQLデータベースに正しインデックスを作るのは 誰の役割？
SQLのパフォーマンス問題は、SQLそのものと同じぐらいの歴史がある―― ある人は、SQLはそもそも遅いものだとすら言うかもしれません。これは、SQLの歴史が始まった頃は正しかったかもしれませんが、今となっては全く 当てはまらないでしょう。にもかかわらず、SQLのパフォーマンス問題は今も一般的でよくあることです。どうしてそうなってしまうのでしょうか？ SQL言語は、恐らく最も成功した第4世代言語(4GL)でしょう。その最大の利点は、「何を」と「どのように」 を分離できることです。SQL文は、どのようにそれを実行するかを記述せずに、単純に 何を必要としているかのみの記述になっています。以下のような例を考えてみましょう。 SELECT date_of_birth FROM employees WHERE last_name = 'WINAND'SQLのクエリは、データを要求する英語の文として読
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
mysqlのテーブルの「のれん分け」
大まかな手順は以下です。 三段構成にする。 slaveを切り替える masterを切り替える 余分なテーブルを落とす の4ステップです。 1.三段構成にする。 これはつまりこんな状態にすることをいいます。 この作業は基本的には単純なslave増設と新規レプリケーション構成を組むのの組み合わせでできるので、前回のエントリ「replicationしてるMySQLのslave増設手順」を参考にしてください。 通常のレプリケーション構築との違う、ポイントとしては テーブル構成は最初は丸ままコピーすること 「New master」my.cnfの設定にlog-slave-updatesとreplicate-do-tableでノレン分けしたいテーブルを設定しておくこと です。 テーブル構成を丸ままコピーするのは、そうしないとレプリケーションが失敗するからです。replicate-ignore-dbやre
分散データベース - Wikipedia
分散データベース（ぶんさんデータベース、英: distributed database）とは、複数のデータベースが分散配置されているシステムである。中央集中型データベースとは異なり、データは複数のサーバーまたはノードに分散される。 概説[編集] データの集合体は、複数の物理的位置に分散配置できる。1つのデータベースに障害が発生したとしても、データベースに冗長性があればデータの消失は避けることができるし、全体の機能が停止することもない。分散データベースの設計技法には様々なものがある。例えば、ローカル自律型、同期型、非同期型などの分散データベース技術がある。ビジネスにおける必要性、そのデータの重要性や機密性、データのセキュリティ・一貫性・完全性にかけられるコストによって、これら技術のうちどれを採用するかを決定する。 分散データベースが満たすべき性質は以下である。 分散は透過的である - ユーザ
ツーフェーズロック - Wikipedia
ツーフェーズロック (Two-Phase Locking) あるいは2相ロッキングとは、並列処理システム（特にデータベース管理システム (DBMS) や関係データベース）で使用されるロック手法である。ツーフェーズロックは以下のように分類される。 Strict 2PL: 厳密な (Strict) ツーフェーズロック 2PL: 厳密でない (Non-Strict) ツーフェーズロック C2PL: 保守的な (Conservative) ツーフェーズロック 単にツーフェーズロック (2PL) といった場合、厳密でない (Non-strict) ツーフェーズロックを指す。以下ではこれらについて解説する。 厳密な (Strict) ツーフェーズロック[編集] Strict 2PL には以下の2つの原則がある。 トランザクションTがあるオブジェクトをリード/ライトしようとしたとき、そのオブジェクトに共
分散トランザクション - Wikipedia
分散トランザクション（ぶんさんトランザクション、英: Distributed transaction）は、コンピュータ分野におけるトランザクション処理の処理形態の1つであり、ネットワーク上の2つ以上のホスト（処理するコンピュータ）が関連する、1まとまりの操作（処理、取引、トランザクション）のことを示す。 概要[編集] トランザクション処理では通常、ホストが"トランザクション的資源"を提供し、"トランザクションマネージャ"が、資源に対する全ての操作を含んだトランザクションを管理する。分散トランザクションの場合も、他のトランザクションと同様に、4つのACID特性全てを満たし、作業の単位（一まとまりの操作）に対して、結果が完了するか全く行われないかのどちらかになるという原子性が保証される。 Open Group コンソーシアムがX/Open Distributed Transaction Pro
ＲＤＢに適しているもの、ＮｏＳＱＬに適しているものを結合の観点から - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） まとめてみた。 【テーブルを結合しない】 ・どちらでもよい 【自己結合してしまう】 ・ＮｏＳＱＬが向いている ・レコードレベルで、ツリー構造になっているはず。 複雑になると、ＲＤＢには向かない （自己結合： 看護婦と婦長のように、同じテーブルのレコード内で親子関係があるため、 自分のテーブルを別名をつけて結合する） 【１対Ｎの多段階構造】 ・ＮｏＳＱＬが向いているがＲＤＢでもよい ・テーブルレベルでツリー構造になっているはず。 例：テスト→問題→選択肢のような関係で、問題を使いまわさない。 【１対Ｎが、２箇所から来ている、Ｎ対Ｎ】 ・ＮｏＳＱＬだと、更新時に問題が出る →が、それをクリアすれば良い ・ＲＤＢでＪＯＩＮする →遅くなる場合がある※ 例：受注明細（受注１→受注明細Ｎ
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
Oracleのセミナーのコンテンツがいつでも見れるようになったね！ - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 昨日、日本オラクルから来た宣伝？メール 「オラクルの技術セミナー資料・動画が無制限にダウンロード可能！」 にあったんだけど、（以下斜体は上記メールより引用） Oracle Direct Seminar（ダイセミ）完全オンデマンド化のお知らせ 「Oracle Direct Seminar（ダイセミ）」は、2011年9月実施分をもちまして終了となります。 長きにわたりダイセミをご利用いただきました皆様に、厚く御礼申し上げます。 2011年10月からは全てのオンラインセミナーをオンデマンドでご提供いたします。 「時間や場所を選ばずに受講したい」「自分のペースで何度も学習したい」 多くの皆さまからご要望をいただいていたダイセミの完全オンデマンド化が遂に実現します。 ってことで、ダイレクト
SQLite 周りのテストをしよう
The Ring programming language version 1.7 book - Part 32 of 196Mahmoud Samir Fayed
業務システム設計に関する本 - プログラマの思索
業務システムの要件を定義して設計する手法は、プログラミング手法とは大きく異なる。 プログラミングはオブジェクト指向がベストプラクティスだが、要件定義や設計の手法は日本独自のDOA(データモデリング)の方がやりやすいような気がしている。 特にRailsという優れたWebフレームワークが出現して、データモデリングの重要性が増してきたように思う。 理由は、テーブル設計さえできれば、マイグレーション機能によってDBスキーマを一発で生成できるし、scafold機能によってテーブルのCRUD画面はあっという間に実装できるからだ。 つまり、テーブルさえ作れれば、業務システムをWeb上で動かして簡単に理解できるようになってきた現状があるからだ。 僕が今まで読んできた本の中で、自分が役に立ったと思う本を列挙しておく。 【1】グラス片手にデータベース設計編 グラス片手にデータベース設計~販売管理システム編 (
OOエンジニアの輪！ ～ 第 42 回 黒枝 真(makotan) さんの巻 ～ | オブジェクトの広場
ＯＯエンジニアの輪！ 第 42 回 黒枝 真(makotan) さんの巻 今回のゲストは、makotan さんです。ワークステートエンジン Buri の開発などをはじめ Java のオープンソースプロジェクトの開発で知られています ■ 始めに --- 前回インタビュイーの arton さんから makotan さんをご紹介いただきました。arton さんとはどのようなつながりですか？ あの、宴会です。(笑) 20世紀ギリギリくらいの頃ですね。Seasar ( の開発 ) が始まる前後に飲み会があって、そのときに arton さんに初めて会いました。この人が arton さんなんだ、あの Ruby 邪道編を書いた人なんだ、というところから入りつつも、技術の話は一切してなかったですね。 --- じゃあ、Seasar 本関連とか Seasar プロジェクト関連とかとはちょっと違う。プライベート的
Seasar Conference 2006 Spring (5) - 世界線航跡蔵
前の記事 に続いてSeasar Conferenceをレポートする。 セッション4 DB-sideのほうは「EJB3時代のERDレッスン - Activity Based Datamodel」 Seasar-sideのほうは「片手でスイスイWebアプリ2.0 - Tuigwaa劇場へようこそ」 ミニセッションのほうは「S2Flex2」 Tuigwaaのセッションは聴衆を感動と興奮の渦に巻き込んだらしいけれど、それは想像に難くない。 千葉滋PM採択案件最終成果報告会 で一応話は聞いて、私も非常に感動した。 Tuigwaaは一度聞いたからいいやと思って、私は「ERDレッスン」を聞いてきた。 はぶさん ERDセッションの発表者は、はぶあきひろさん。御本人を見るのは初めてで、少しイメージが違った。 はぶにっき は愛読しているけれども、偶に、SIerさんが書いていると想像するとちょっと鼻につくように
nabokov7; rehash : マイ・ブラックホール (1) - ブラックホールとほしのこえ
July 16, 200902:18 カテゴリmysqlイントラブログより マイ・ブラックホール (1) - ブラックホールとほしのこえ ブログのアクセス解析のリプレースのために，大量のアクセスログデータを mysql に投入する。 マスター - スレーブ構成のマスター側は blackhole エンジンを使うことにした。どんなSQLを投げても何も保存しない、何も結果を返さない、ひたすら処理を無視するだけの文字通りのブラックホール。 何もしないので、もちろん処理は高速だ。そんなのDBとして無意味じゃないかと思うかもしれないけど、通常のDBの前段に入れてやると、入力バッファの役割を果たしてくれるのだ。 問題は、一気に大量のデータをバッチで投入したときのマスターとスレーブの処理速度の違いだ。スレーブは普通の (つまり、ディスクにデータをちゃんと保存する) DBなので、バッチ処理中はスレーブの処理
HowFriendFeedUsesMySqlToStoreSchemaLessData - FriendFeed では MySQL を使いどのようにスキーマレスのデータを保存しているのか
HowFriendFeedUsesMySqlToStoreSchemaLessData - FriendFeed では MySQL を使いどのようにスキーマレスのデータを保存しているのか 目次 この記事について FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか 背景 概観 詳細 一貫性と原子性 性能 FriendFeed? では MySQL を使いどのようにスキーマレスのデータを保存しているのか この記事について "How FriendFeed? uses MySQL to store schema-less data" の日本語訳です http://bret.appspot.com/entry/how-friendfeed-uses-mysql CC 2.5 でライセンスされています: http://creativecommons.org/
Leo's Chronicle: XML時代の終焉 ~ XMLから再びCoddへ
先日、ACM SIGMODの日本支部大会に招いていただいて、「Relational-Style XML Query (ACM Portal http://doi.acm.org/10.1145/1376616.1376650)」について講演をしてきました。Relational-Style XML Queryは、XMLという複雑な構造をもったデータに対して、SQLのようなテーブルデータへの検索に使われる言語で問い合わせする手法です。 この研究の肝は、木構造データといわれるXMLでも、実はそのほとんどがリレーション(Microsoft Excelのようなテーブル形式のデータ）の組み合わせと考えることができ、そのテーブル構造の情報（スキーマ）を使うと、検索が非常に簡単に書けるという点です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subbu’s Blog
はてなブログ | 無料ブログを作成しよう