オラクルがNoSQLに本気。エンタープライズ向け「Oracle NoSQL Database 11g」公開。オープンソース版も登場
米オラクルはエンタープライズ向けNoSQLデータベース「Oracle NoSQL Database 11g」の公開を発表。評価版の無償ダウンロードを開始しました。オープンソースライセンスに基づくコミュニティ版も準備中（10月26日現在、ライセンス承認待ち）とのことです。 Oracle NoSQL Databaseは、同社のキーバリューストアであるOracle Berkeley DB Java Editionをベースに、分散処理機能、ロードバランス、管理機能、マルチノードバックアップ機能などを追加したもの。大規模なデータを高速に扱うことができ、高い可用性とスケーラビリティを実現すると説明されています。 分散キーバリューストアで単一障害点を排除 NoSQL Databaseの基本的なアーキテクチャは、プライマリキーのハッシュによって指定されたノードにキー／バリューのペアを書き込む分散キーバリュ
［動画で解説］和田卓人の“テスト駆動開発”講座 記事一覧 | gihyo.jp
第16回プログラミング言語とTDDは、どちらを先にマスターすべきか？ 和田卓人 2007-12-21
おら! オラ! Oracle - どっぷり検証生活｜おら! オラ! Oracle｜技術情報｜株式会社インサイトテクノロジー
メールマガジン登録/解除 このメールマガジンを購読ご希望の方、または購読の解除をご希望の方は、会員制『Club Insight』へのご入会、既会員の方はログイン後「会員情報の編集」にて購読および解除できます。 ※Club Insightへは下記からご登録もしくはログインください。 バックナンバー
「分散データベース」に関する問題 （2/3） － ＠IT
問4-2 結合演算の最適化 分散型データベースで結合演算を行うとき、通信負荷を最も小さくすることができる手法はどれか。ここで、データベースは異なるコンピュータ上に格納されて、かつ結合演算を行う表の行数が、双方で大きく異ならないものとする。 ア 入れ子ループ法 イ インデックスジョイン法 ウ セミジョイン法 エ マージジョイン法 「セミジョイン法」とは、分散データベースで行われる結合演算を最適化できる手法です。結合するデータベースが分散しているケースで、結合に必要なデータのみを相手サイトに送信し、相手サイトから受け取った結合結果を自サイトのデータと結合します。問題文にあるように、通信負荷を小さくすることができます。 セミジョイン法と聞いてもピンとこない方がいるかもしれませんが、分散データベースの問題では頻出するキーワードです。過去には16年から19年まで、単純にセミジョイン法を選択させる問題
MongoDBのちょっと詳しいチュートリアル<a href="http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/doryokujin/20101010/1286668402" class="bookmark-count"><img src="http://b.hatena.ne.jp/entry/image/http://d.hatena.ne.jp/doryokujin/20101010/1286668402" title="はてなブックマーク - Mo
@doryokujinです。本エントリーから数回にわけてMongoDBの紹介をつらつら書いていきたいと思います。日々、MongoDBの魅力にどっぷりな僕でして、それを少しでも多くの方に共有できたらというモチベーションで書いています。今回はチュートリアルとして主要な機能を少し詳しめに紹介していきます。アジェンダは以下の通りです： はじめに ちょっと詳しいチュートリアル オープンソース NoSQL・ドキュメント指向データベース ドライバとして多くの言語サポート 完全なインデックスサポート リッチなクエリー MySQLに類似した機能群 レプリケーション機能 オートシャーディング 巨大ファイルを扱うGridFS 今後の予定 本家ドキュメントの翻訳 より深い機能説明 勉強会での発表 Production Deploymentsとして弊社の名前を掲載する はじめに 僕は現在MongoDBをソーシャルア
SQLの抽出結果を階層構造で表示するテクニック
本連載はSQLの応用力を身に付けたいエンジニア向けに、さまざまなテクニックを紹介する。SQLの基本構文は平易なものだが、実務で活用するには教科書的な記述を理解するだけでは不十分だ。本連載は、著名なメールマガジン「おら！オラ！ Oracle - どっぷり検証生活」を発行するインサイトテクノロジーのコンサルタントを執筆陣に迎え、SQLのセンス向上に役立つ大技小技を紹介していく。（編集局） これまではSQL文の視認性を向上させるテクニックをご紹介してきましたが、今回は抽出結果の視認性を向上させる階層問い合わせをご紹介します。 階層問い合わせの基本 階層問い合わせの一番よい例は実行計画だと思いますが、その前にまず階層問い合わせの基本からおさらいしましょう。 SQL> select empno,ename,job,mgr,sal,comm from emp; EMPNO ENAME JOB MGR
＠IT：連載記事 「連載記事 「データベーススペシャリスト試験攻略のツボ」
試験の押さえどころを総ざらい！ データベーススペシャリスト試験攻略のツボ（0） 連載初回はテクニカルエンジニア（データベース）試験対策を一挙公開！ 今後のスキルアップを目指す方もいちど目を通して
オラクル マテリアライズドビューメモ(Hishidama's Materialized view for Oracle Memo)
リフレッシュ方法を指定しない場合はforceになる。 後からリフレッシュ方法を変えることも出来る。 SQL> alter materialized view MV_TEST refresh fast; マテリアライズド・ビューが変更されました。 完全リフレッシュ マテビューを計算し直す際に、全データを作り直す。データの変更箇所が少ないなら効率は悪いことになるが、ロジックは一番単純だ。 完全リフレッシュのマテビューを作る際には、「refresh complete」を指定する。個人的には「refresh all」の方が分かり易かったと思うけど…わたしゃ英語圏の人間じゃないからな～ create materialized view MV_TEST refresh complete as select YYMM_GROUP, SHOP_CODE, sum(AMOUNT) SUM_AMOUNT fr
Oracle の MERGE 構文に関する備忘録 - バインド変数の扱い方
DB アプリを書いていると、どうしても使いたくなるのが UPSERT 機能。 実際には UPSERT という構文はありませんが、意味としてはレコードがあれば UPDATE で更新し、レコードがなければ INSERT で追加をするってことです。 従って、普通に書くなら、SELECT → UPDATE/INSERT と場合分けというロジックでプログラムを書くわけですが、トランザクションで考えるとコレが意外とやっかいなときがあります。そのような場合は SELECT FOR UPDATE とか使って行ロックをかけたりする訳なのですが、これまた予期せぬロック待ちの元になったりする場合があり得るので、あまり人に書かせたくない。 Oracle には UPSERT に相当する構文として MERGE 構文があるので、結構重宝します。ただし Oracle9 以降で実装された機能なのですが、今時 8i 以前を使
CASE 式 と CASE 文の違い - オラクル・Oracleをマスターするための基本と仕組み
CASE 式 と CASE 文 の違い SQL は CASE 式 のみで CASE 文 は記述できない。 CASE 文は PL/SQL で記述するステートメントである。 CASE 式 ： 条件毎のセミコロンがなく、CASE の最後は END で終了するファンクションのようなものである。当然であるが式なので評価や代入文にも使用できる。 CASE 文 ： 複数のステートメントから構成される。構文の違いは以下参照 単純 CASE (simple case) の書き方の違い CASE 式 - CASE で始まり END で終了する。 expr と comparison_expr を比較し真偽判定をする。 CASE expr -- CASE 式 WHEN comparison_expr1 THEN ret_expr1 -- 式や値を記述する WHEN comparison_expr2 THEN
第3回 テーブル設計のグレーゾーン～毒と薬は紙一重 （1）単一参照テーブル～テーブルにポリモフィズムは必要か | gihyo.jp
SQLアタマアカデミー 第3回テーブル設計のグレーゾーン～毒と薬は紙一重 （1）単一参照テーブル～テーブルにポリモフィズムは必要か はじめに リレーショナルデータベースが関わる案件において、その開発効率と品質を最も大きく決定する要因は、テーブル設計です。テーブル設計は、工程のかなり初期の段階でなされますが、ここがまずいと、その後の開発全体を無駄に不効率で混乱したものにしてしまい、かつ容易に後戻りがきかないという重要なステップです。したがって、「はじめにテーブルありき」は何にもまして重要な合言葉です。 しかし、この工程の難しいところは、往々にして一義的な正解を定められないことです。常に「これが正解」と呼べるような決まったアルゴリズムが存在しないのです。もちろん、数十年にわたる多くの人々の努力によって、いくつかの効果的な設計技法や、原則として踏み外してはいけない最低限のルール（可能な限り正規
自己結合の使い方
はじめに SQLが提供する結合演算には、その特徴に応じて内部結合、外部結合、クロス結合などさまざまな名前が与えられています。普通、これらの結合の多くは、異なるテーブルまたはビューを対象として行われます。しかし、SQLは結合が同一のテーブルまたはビューに適用されることを禁止していません。同一のテーブルを対象に行う結合を「自己結合（self join）」と呼びます。自己結合は、使いこなせば非常に便利な技術ですが、動作がイメージしにくいため敬遠されがちです。そこで本稿では、この自己結合の便利さを例題を通して学び、その動作を分かりやすく解説します。 自己結合を理解することは、実務上のテクニックを身につける以外に、もう一つ利点があります。それは、集合指向（set-oriented）というSQLの重要な特徴を理解できることです。オブジェクト指向言語が世界をオブジェクトとして表現するように、SQLは世界
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Oracle Database オンライン・ドキュメント 10g リリース2 (10.2)
Mongodb
http://www.oracle.com/global/jp/education/promotion/kurukuru/campaign.html
階層問い合わせ | Oracle
＠IT：Databaseフォーラム全記事インデックス オラクルパーティショニング
http://www.oracle.com/technology/global/jp/training/ord-seminar/index.html
リレーショナル・データベースの世界