key-valueストアの基礎知識
首藤 一幸 Last-updated: January 5, 2010 注: このページの文章は Software Design 誌 2010年 2月号に掲載された以下の記事の元原稿です。 Software Design 誌編集部の了承の元に、本ウェブページに掲載しております。 首藤一幸: "key-valueストアの基礎知識", Software Design 2010年 2月号, p.14-21, (株)技術評論社, 2010年 1月 18日 クラウド、特にPaaS向けのソフトウェア開発が現実のものとなり、 そこではリレーショナルデータベースとは違ったデータベースが 勢いを増しています。 その代表であるkey-valueストアを解説します。 もくじ key-valueストアとは なぜkey-valueストアか key-valueストアの使いどころ key-valueストアとNoSQLの
taediumの日記
リリースしました。 詳細はこちらをご覧ください。 http://www.seasar.org/wiki/index.php?SeasarWhatsNew%2F2014-02-01#ie0983f2 Java 8 対応に伴い Doma 2 の開発を検討しています。 素案を書いてみました。 https://gist.github.com/nakamura-to/6751206 ご意見ありましたら、コメントをお願いします。 Daoフレームワーク Doma 1.35.0 をリリースしました。 ダウンロードはこちらからどうぞ。 http://doma.seasar.org/downloads.html Mavenをご利用の方はこちらを参照ください。 http://www.seasar.org/wiki/index.php?Maven2RepoRemote 以前のバージョンから移行するには移行ガイドを
バックアップの所要時間を短縮するテクニック
主な内容 --Page 1-- ▼バックアップ方法を検討する ▼増分バックアップで取得する ▼リストア時の違い --Page 2-- ▼増分バックアップの取得例 ▼増分バックアップの高速化 --Page 3-- ▼バックアップ対象を分割して取得する --Page 4-- ▼アーカイブREDOログファイルのみを取得する ▼バックアップ対象を減らす 前回「これだけでRecovery Managerは完全マスター」ではRecovery Manager（以下、RMAN）の概要とデータベース全体のバックアップを例に簡単な操作方法を紹介しました。今回はOracle 10gの新機能も踏まえつつ応用的なバックアップの方法について説明します。以降のバックアップ結果については、これまでと同様にLinux環境のOracle 10g Relese2で実行したものになります。 バックアップ方法を検討する データベー
隠されていたSQLインジェクション ― ＠IT
星野君は赤坂さんと一緒にお客さんのWebアプリケーションの検査をすることになった。辛うじて「不必要情報」の脆弱性を見つけたものの、赤坂さんは不満げだ。 「だって、これ、ほかにもっと危険な脆弱性あるよ……」。 赤坂さん 「ってことで、今回は50点ってとこかな」 星野君 「うわっ。厳しいですね……。一応脆弱性は見つけたんだからもう少し……」 赤坂さん 「え。だって、これ、ほかにもっと危険な脆弱性あるよ」 星野君 「（ほかにも脆弱性あるっていってもなぁ……）」 赤坂さんに「ほかにもっと危険な脆弱性あるよ」と指摘されたにもかかわらず、星野君にはサッパリ見当が付かなかった。不必要情報（Unnecessary Information）の脆弱性に気付くまでの作業で、一通り思い付くことはやりつくしていた。 そうこうしているうちに時間は過ぎ、結局ほかの脆弱性を見つけられないまま、お客さんと約束した時間になっ
XMLデータベース、第2次黄金期の予感（1/2） ― ＠IT
Database Watch 10月版 Page 1/2 XMLデータベース、第2次黄金期の予感 加山恵美 2006/10/14 これまでもXMLデータベースは話題にしてきましたが、2006年はXMLデータベース関係の話題をよく耳にします。今後データベースはどのようなXML機能を持つかが鍵になってきそうです。 ■2006年はW3CでXMLの基本仕様に動きが XMLデータベースの話の前に、2006年のW3CのXML動向を少し振り返ることにします。2006年は基本的な技術仕様に動きがありました。8月にはXMLの根幹となるXML 1.0 第4版や名前空間 1.0 第2版が勧告になりました。これらはバージョンではなくエディションの更新なので細かな修正や改良にすぎませんが、完成度を高めるための努力が継続されていることは記憶にとどめておきたいところです。 一方、主要な仕様で新バージョンが近づいているも
データベース・セキュリティ管理システム(IPLOCKS)アイピーロックス
なぜIPLocksが選ばれるのか？ ・ 数々の受賞歴と世界中の顧客が証明するセキュリティソリューション ・ Oracle、MS SQL Server、DB2、Teradata、PostgreSQL などのマルチデータベースに対応したセキュリティソリューション ぜい弱なセキュリティとコンプライアンスは情報漏洩事件発生のリスクを高めます。 すべてのデータベース活動の完全で正確な適用範囲を提供するのがIPLocksの特長です。 IPLocksはデータベースのリスクを自動的に検出し、不正アクセスを抑止し、詳細なログを取得します。甚大な被害をもたらす情報漏洩、不正アクセスに対応するためには全体的なセキュリティ対策が必要です。多くのリスクを見逃すネットワークベースのツールを過信しないでください。あなたのセキュリティ・システムは本当にデータを安全に守っていますか？
そのデータベース壊せますか？ そして直せますか？（1/4） ― ＠IT
本連載の最終回となる今回は、データベースの論理障害をテーマとして取り上げます。データベースエンジニアの仕事としては、これまでの連載で紹介してきたデータベース設計について取り上げられることが多いのですが、論理障害を含むデータベース運用設計は、システムの設計開発より圧倒的に長い保守運用期間を乗り切るために非常に重要な工程です。 今回のタイトルからも連想されるとおり、当初は「さまざまな方法で本当にデータベースを壊して障害状態を観察し、そこからの復旧作業を疑似体験する」というデータベースの物理障害からの復旧、いわゆるバックアップとデータベースリカバリを予定していました。 しかし、近々のハードウェア事情を見ると、高性能化、低価格化が進み、安価に冗長性を持った環境を用意できるようになり、ハードウェア障害が直接データベース障害の原因になるケースが少なくなりました。また、OSやDBMSなどのソフトウェアの
物理バックアップの失敗を根絶するノウハウ（1/4） ― ＠IT
主な内容 --Page 1-- ▼アーカイブREDOログファイルのバックアップと削除 --Page 2-- ▼アーカイブREDOログファイルのバックアップと削除（続き） --Page 3-- ▼データファイルの破損チェック --Page 4-- ▼物理バックアップ取得の失敗例 今回は前回「OSコマンドによる物理バックアップの全手順」に引き続き、OSコマンドによる物理バックアップの一貫性バックアップ、非一貫性バックアップについて解説しますが、さらに踏み込んだ内容として物理バックアップを行う際の注意点やデータファイルの破損チェック方法などに焦点を絞って説明します。なお、文中の実行画面は、Linux版Oracle Database 10g Release 2を使用しています。 アーカイブREDOログファイルのバックアップと削除 前回でも、アーカイブREDOログファイルのバックアップについて触れま
日本版SOX法時代のOracleセキュリティ（後編） 1/3 － ＠IT
前編の「データで分析するDBセキュリティの立ち遅れ原因」では、アシストが開催するセミナー参加者に行ったアンケート結果から、どのようなセキュリティ対策が行われているのかを確認しました。ユーザー認証やアクセス制御、アカウント管理などを優先して対応している状況を確認することができましたが、現時点ではデータベースに対するセキュリティ対策は、サーバやネットワークのセキュリティ対策ほど普及していない状況であることも分かりました。 データベース・セキュリティが重要であるということは認識しているものの、ほかのセキュリティ対策を優先したり、実装に当たって影響範囲の広さなど考慮すべき点が多いために、なかなか実装にまでは至っていないケースも多くあることが推測されます。 今回は、Oracleデータベースにおけるセキュリティ機能である「格納データの暗号化」と「監査」について、実装するうえでポイントとなる項目やパフォ
データへの最短ルートを確保せよ！（1/4） ― ＠IT
前回「システムの寿命はコードで決まる！」ではコード設計について解説しました。今回はデータへの最短ルート、つまりSQLの最も効率的なアクセスパス（実行計画）を見つけ出すためのテクニックを解説します。 SQLはデータベースに関する最も基本的な技術で、まずSQLから学んだ（でいる）という方は多いと思います。しかし、SQLを学ぶ際、データベースから必要なデータを取得する手段を学んでも、どのようなアクセスパスでデータを取得するかは後回しになることが多いのではないでしょうか。 商用のシステムで使用されるSQLは、必要なデータを取得できるだけでは不十分で、どれだけ素早く取得できるかも重要です。データ取得の素早さは、SQLに適用されるアクセスパスの良しあしで決まります。そこで、今回は「どんなアクセスパスが適しているか」「どうやってRDBMSに適切なアクセスパスを利用させるか」を以下のような構成で解説します
メールマガジン - バックナンバー
おら! オラ! Oracle - どっぷり検証生活 メールマガジン登録/解除 このメールマガジンを購読される方、または購読を解除される方は、画面左の登録/解除フォームにメールアドレスを入力して下さい。 ※このメールマガジンはまぐまぐからの配信となります。 バックナンバー
[@IT] 日本オラクルが組み込みDB本格展開、オープンソースDBも投入へ
2006/6/17 日本オラクルは、組み込みデータベースの専門チームを同社アドバンストソリューション本部内に8人体制で設置した。既存製品の「Oracle Database Lite」と、それぞれ買収した「Oracle TimesTen」、オープンソースの「Oracle Berkeley DB」を国内の携帯電話メーカー、通信機器ベンダなどに売り込み、事業の拡大を図る。オラクルは7月にも組み込みデータベースの戦略を正式発表する。 Berkeley DBの開発元企業、Sleepycatの元CEOで、オラクルではサーバ技術開発担当のバイスプレジデントを務めるマイケル・オルソン（Michael Olson）氏は、「日本は組み込みデータベースへの関心が特に高いと思っている」と話した。 Berkeley DBはライブラリ型のデータベースで、リアルタイムアプリケーションに組み込んで利用する。低い遅延性、高
Data Pumpを使った論理バックアップの実践
主な内容 --Page 1-- ▼Data Pump Export／Importユーティリティで論理バックアップ --Page 2-- ▼論理バックアップ処理を一時停止する --Page 3-- ▼ダンプ・ファイル・セットの使用ディスク容量を見積もる ▼データファイル、表領域、スキーマを変更してリカバリを行う ▼アンロード／ロード処理のパラレル実行 ▼覚えておくと便利なパラメータ一覧 第3回「Oracleの代表的なバックアップ方法」、第4回「Recovery Managerを使ったバックアップ方法」では、Oracleの代表的なバックアップ方法の概要について説明してきました。今回は、第3回で説明した論理バックアップ方法としてDataPumpに焦点を当て、具体的な使用方法やその際の注意点を説明します。 Data Pump Export／Importユーティリティで論理バックアップ Oracle
Recovery Managerを使ったバックアップ方法
主な内容 --Page 1-- ▼Oracle Recovery Managerによるバックアップ --Page 2-- ▼Oracleの機能を利用した2次的なバックアップ方法 --Page 3-- ▼Oracle Data Guardを使った2次的なバックアップ方法 ▼各バックアップ手法のメリット・デメリット 今回は前回に引き続き、Oracleで一般的に利用されるバックアップ方法の概要について説明します（詳細については、第5回以降にて説明します）。前回はエクスポート・ユーティリティとOSコマンドによるバックアップについて説明しました。今回はOracle Recovery Managerを使用したバックアップ方法を説明します。また、2次的なバックアップとしても利用できる災害対策機能、オブジェクト複製機能についても紹介します。 Oracle Recovery Managerによるバックアップ
SHIFT the Oracle - oracle tips and tricks
コンテンツは 2007 年に以下の専用ドメインに移転しました。 https://www.shift-the-oracle.com/
Oracleの代表的なバックアップ方法
主な内容 --Page 1-- ▼論理バックアップと物理バックアップ ▼エクスポート・ユーティリティによるバックアップ --Page 2-- ▼OSコマンド、バックアップツールによる一貫性バックアップ --Page 3-- ▼OSコマンド、バックアップツールによる非一貫性バックアップ 前回はリカバリに焦点を絞り、どのような仕組みによってデータの整合性が保証され、リカバリが行われているかについて説明しました。今回と次回の2回では、Oracleで一般的に利用されるバックアップ方法の概要について説明します（詳細については、第5回以降にて説明します）。Oracleには、さまざまなバックアップ要件に対応できるように多くのバックアップ方法が用意されていますので、それらの特徴やメリット、デメリットを理解し、適切なバックアップ方法を選択することが大切です。 論理バックアップと物理バックアップ Oracle
素早く正規形を見抜く実践テクニック（1/4） － ＠IT
今回のテーマはデータベースエンジニアの必須知識の1つである「正規化」です。正規化は、リレーショナル・データベースのテーブル設計を行ううえで非常に重要なテクニックであり、データベースを設計、実装したことのある方なら一度は正規化に触れているのではないでしょうか。 それほど基本的な知識であるにもかかわらず、正規化を説明できる人はなかなかいません。多く聞かれるのが「何となくテーブルを作ると自然に第3正規形になる」とか「実務上は第3正規化まで行えば問題ない」というものです。 ではなぜ「第3正規化まで行えば問題ない」のでしょうか。本稿ではひととおり正規化について確認しながら、あまり触れられることのない第3正規化より先の正規化を紹介して、この疑問に答えていきたいと思います。 正規化の位置付け 正規化は、データベース設計全般にかかわる基礎知識ですが、特に論理データモデリングの作業の中で必要になります。本稿
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
http://redolog.livedoor.biz/archives/6312683.html
Amazon.co.jp: SEのためのOracleチューニングハンドブック: 後藤孝憲, 名和満, 五嶋和彦, 井原秀樹: 本
