サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
1. データベースの目的本データベースは『古事記』に登場する神々の要点をまとめてウェブ上で閲覧できるようにし、国内外の研究者だけでなく、広く一般の愛好者も『古事記』の世界をより深く理解することのできる手引きとなるよう作成したものである。多くの人々に本データベースが活用されることで『古事記』に対する興味関心が高まるとともに、その研究が一層活発なものとなることを願ってやまない。 2. 凡例 一、古事記に登場する神々の名前を見出しに掲出し、（1）読み（2）ローマ字、（3）別名、（4）登場箇所、（5）他の文献の登場箇所、（6）梗概、（7）諸説、（8）参考文献の各項にその内容をまとめた。 一、“神”はどこまでを範囲とするか判断に迷う例もあるものの、尾畑喜一郎編『古事記事典』（桜楓社、1988年9月）の立項に準拠することとした。配列は、神名の読みの歴史的仮名遣いによる五十音順とする。 一、神名の表記
Getting StartedPostgreSQL Quick StartWhat is PostgreSQL? PostgreSQL SampleDatabase Install PostgreSQL onWindows Connect toDatabase Load SampleDatabase Install PostgreSQL onmacOS Install PostgreSQL onLinux Querying DataSELECT Column Aliases ORDER BY SELECT DISTINCT Filtering DataWHERE AND Operator OR Operator LIMIT FETCH IN BETWEEN LIKE IS NULL Join TablesJoins Table Aliases INNERJOIN LEFT J
NoSQLデータモデリング技法.markdown #NoSQLデータモデリング技法 原文：NoSQL Data ModelingTechniques « HighlyScalableBlog I translated this article for study. contact matope[dot]ono[gmail] if any problem. NoSQLデータベースはスケーラビリティ、パフォーマンス、一貫性といった様々な非機能要件から比較される。NoSQLのこの側面は実践と理論の両面からよく研究されている。ある種の非機能特性はNoSQLを利用する主な動機であり、NoSQLシステムによく適用されるCAP定理がそうであるように分散システムの基本的原則だからだ。一方で、NoSQLデータモデリングはあまり研究されておらず、リレーショナルデータベースに見られるようなシステマティック
昨今は技術者でなくても、多くの人たちがFacebookやTwitterといったソーシャルネットワーキング・サービス（以下、SNS）や乗換案内のアプリを利用している。膨大なデータからどのようにして、検索を起点にした関連情報を芋づる式に、しかも即座に取り出しているのだろうか。その背景にはグラフデータベース（以下、グラフDB）やそれに類した考え方がある。 グラフDBとは一言で言うと、グラフ構造を備えたデータベースのことである。データの構造が従来のリレーショナルではなくネットワーク状になっている場合に、格納・検索の面で威力を発揮する。 グラフは「ノード」「エッジ」「プロパティ」の３要素によって、ノード間の「関係性」を表現できる（図表1）。 ノード（node）：別名バーテックス、頂点。点や丸で表現されるエンティティー。「ラベル」を付けて種別を分類することが多い。 エッジ（edge）：別名リレーション
「オラクルはOracleDatabaseとSPARC搭載サーバーを事実上、抱き合わせで販売している」。日本ヒューレット・パッカード（HP）と米HPは共同で、日本オラクルと米オラクルが独占禁止法に違反していると主張、日本の公正取引委員会に調査を申し入れていたことが、本誌の取材で明らかになった。 日本HP広報は「米本社主導で行っている」と申し入れの事実を認めるが、「当社としてコメントできることはない」と回答。日本オラクル広報は調査申し入れについて、「本件につき、公取委などからの連絡はない」とだけ話す。 HP関係者によると、オラクルの行為は独禁法第3条の「私的独占の禁止」に抵触するとHPは主張している（図）。発端は、オラクルが3月にItanium搭載サーバー向けデータベース（DB）製品の開発打ち切りを表明したことだ。HPは「ハイエンドDB市場で、オラクルのシェアは6割以上」としたうえで、「オラ
さて、アルゴリズムの勉強のしかたと、ラムダ計算の勉強のしかたの目星をつけました。 アルゴリズムの勉強のしかた - きしだのはてな ラムダ計算の勉強のしかた、プログラム意味論 - きしだのはてな これでここで書いたプログラムの理論の基礎は勉強できたことになるんじゃないかと思います。 プログラムの理論とはなにか - きしだのはてな ところで、プログラムの勉強地図としてこういう図を書きました。 で、ハードウェアまわりについても、プロセッサを支える技術やネットワークはなぜつながるのかでひととおり勉強したとしましょう。 じゃあ次は、アジャイルか？テストか？UIデザインか？となるわけですが、やはりプログラマなら、プログラムの作り方や使いやすさの前に、作るプログラムの機能や性能で勝負したいじゃないですか。 いい感じに関数が分割できるよとか、読みやすい名前がつけれるよとか、効率よく仕事して定時に帰れるよと
Linuxカーネル2.6.34で標準実装されたファイルシステム。複数のストレージシステムに対して、データを分散管理する仕組みを実現する。クライアントは、通常のファイルシステムと同じ使い勝手のまま、ペタバイトという大規模な分散ファイルシステムを利用可能になる。ただし、Linuxカーネルに組み込まれたとは言え現段階では安定して動作せず、試験的な実装という位置づけにある。米IBM社の技術者が開発を進めている。 「メタデータ・サーバー」「オブジェクト・ストレージ・クラスター」「クラスター・モニター」の3つのサーバーで構成している。メタデータ・サーバーは、ファイルの保管場所（メタデータ）を管理するサーバーである。オブジェクト・ストレージ・クラスターは、ファイルの保存場所となる。クラスター・モニターは、すべてのクラスターを監視して障害を検知する役割を担っている。クライアントは、メタデータ・サーバーと連
データを「キー」と「バリュー（値）」の組み合わせとして保存する「キー・バリュー型データストア」は、クラウド時代におけるデータベース技術の主流になろうとしている。20年以上にわたって主流であったリレーショナルデータベース管理システム（RDBMS）と仕組みを比較しながら、向く用途、向かない用途を考察しよう。 「RDBMSはクラウドで役割を減らしつつある」―。米IBMの「DB2」や米マイクロソフトの「SQL Server」のアーキテクトだったジェームズ・ハミルトン氏（現在の所属は米アマゾン・ウェブ・サービシズ）が、中国・上海で3月に開催された「SMDB 2009」（自己管理型データベースシステムに関するワークショップ）で発表した資料のタイトルだ。 ハミルトン氏がRDBMSに代わる存在として挙げるのは、米グーグルの「MapReduce」やそのオープンソース版「Hadoop」、アマゾンの「Simpl
MySQLを再デザインしてクラウドのような大規模分散環境に最適化し、モジュラー構造にした「Drizzle」。そのベータ版が公開されたとAdrian Otto氏のブログのエントリ「Drizzle is now BETA」で報告されています。 クラウド環境に最適化したデータベース Drizzleの開発が始まったきっかけは、米クラウドベンダRackSpcaceのCTOが、MySQLの主要な開発者の1人であったBrian Aker氏に、「memcachedやGearmanを内部的に組み合わせて使える、スリムダウンしたMySQLを作ろうと思ったことはないのか？」と聞いたことだったそうです（＠IT「Drizzleプロジェクトの目指すもの、その先を読む」から引用）。 DrizzleのWebサイトには、その主旨（Charter）とスコープが宣言されています。以下がその訳です。 主旨 クラウドインフラストラ
「MySQL for the Cloud」。スケーラブルでつねに稼働し続けるというデータベースサービスを米Xeroundが発表し、プライベートベータとして一部に公開を始めています。 プレスリリースの中で同社はこのこのサービスの特徴を次のように表しています。 Xeround’s unique patentedtechnology brings a new approach to data management in the cloud,aiming at providing the best of both worlds – the transactional and query capabilities of relationaldatabases with thesimplicity andscalability of NoSQL data stores. Xeroundのユニ
TechRebublicに「10 things you should know about NoSQLdatabases」（NoSQLデータベースについて知っておくべき10の事柄）という記事が掲載されています。NoSQLデータベースについての現状がよくまとまっている内容でしたので、見出しとポイントをまとめて紹介したいと思います。 10の事柄は前半と後半の2つに分かれていて、前半の5つではNoSQLの利点について説明されており、後半の5つは課題について説明されています。原文はそれなりに長い説明がされているので、詳しくは原文をぜひ見てみてください。以下はそれを1行程度に要約したものです。 5つのNoSQLの利点 Five advantages of NoSQL 1：Elastic scaling （弾力性のあるスケーラビリティ） NoSQLデータベースでは、ノードの追加による拡張性に柔軟に対
分散型のキーバリューストア（分散KVS）には、オープンソースソフトや商用のもの、サービスとして提供されるものなど、さまざまな種類がある。これらをすべて同じだと思ってはいけない。その構造や特徴はバラバラであり、ある分散KVSのデータは別の分散KVSに移行するのは困難だ。 既存のRDBMSの資産を分散KVSに移行するのが容易ではないことはよく知られている。同様に分散KVS間の移行もかなり難しい。安易に移行できると考えていると、苦労することになる。 大きく異なるテーブル構造 現在、分散KVSと呼ばれるデータベースには、以下のようなものがある。 ・AmazonSimpleDB（Amazon） ・Apache Cassandra（Apache） ・BigTable（Google） ・Flare（GREE） ・kumofs（えとらぼ） ・memcached（Danga Interactive） ・R
今流行のkey-value storageの利点と欠点など。小さいデータをたくさん扱うタイプで、単純なkey-value型のデータモデルを持つ分散KVSについて。 Webアプリをとりまく最近のKVS事情、雑感を読んで、ちゃんと整理して把握しておかないといけないな、と思ったので少し整理。 それは違うぞーという事があったらコメントくださいm(_ _)m ※2009-11-17 追記：現在、KVSという用語の意味は定義されておらず、使う人によって揺れています。ここで言うところの分散KVSは、Dynamo や kumofs や ROMA など を想定しています。 分散KVSの利点 スケールアウトできる 簡単にサーバーを追加して性能を上げられる 単体の性能が高い スキーマレス 最初は少ない台数で安く、後からサーバーを足してスケールアウト！という運用ができる。アプリケーションに影響せずに、ストレージ側
If you’re looking for a developerWorks forum — Don't panic! You are in the right place. You are here because specific IBM developerWorks forums,blogs and other Connections content have been decommissioned. This page will help you find the content you are looking for, get answers to your questions, and find a new community to call home. Where am I? You are on the IBM Community area, a collection o
当ブログをご覧のみなさま、はじめまして。さくらインターネット研究所の大久保と申します。 私の方では研究所の活動の一つとして、最近SNSなど大規模なサイトのバックエンドデータベースとして用いられるKey Value Store(以下KVS)の調査、評価、性能試験を行っております。そこで、これから数回に分けてその内容をご紹介したいと思います。 KVSについてまずはKVSについて簡単にご説明いたします。KVSはキーと値でのみ表現される単純なデータベースで、身近なところでは、PerlやPHPなどのスクリプト言語に搭載されている連想配列がイメージしやすいのではないかと思います。Perlの連想配列の例 $profile{'name'} = 'ohkubo'; $profile{'age'} = 29; $profile{'home'} = 'tokyo';KVSはSQL(PostgreSQL等のRD
首藤 一幸 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の
クラウド上のデータベースとして、分散型のキーバリューストア（分散KVS）を用いることが多くなった。分散KVSは、スケーラビリティーに優れており、特にユーザー数が多いシステムでは利用価値が高い。 ただし、分散KVSにはいくつかの制約があり、システム開発に利用する際には、これまでの“RDBMS脳”をいったんリセットする必要がある。中でも、RDBMSでは真っ先に考慮していた「正規化」については、分散KVSでは原則として行ってはいけない。 分散KVSの四つの特徴 なぜ分散KVSでは正規化をしてはいけないのか。これを理解するには分散KVSの特徴を押さえる必要がある。分散KVSには、大きく四つの特徴がある（図1）。 一つは、分散KVSでは問い合わせにキーを使って、バリュー（値）を取得することだ。データ構造が単純なので、データの取り出し時間が短くて済む。PerlやPHPの連想配列や、JavaのMap、C
データベース研究者の大御所、マイケル・ストーンブレイカー氏が、「SQL URBAN MYTHS」（SQL都市伝説）というWebセミナーを、自身が創設した会社VoltDBで公開しています。 一般にリレーショナルデータベースに対して言われている「SQLは遅すぎる、トランザクションのコストは高すぎる」といった評価について、SQLが遅いのではないし、トランザクション以外のコストが高すぎるのだ、と反論する内容。 これらは同氏が以前から主張してきた内容ではありますが、最近流行しているNoSQLデータベースに対する反論にもなっているため、多くのエンジニアに刺激になる内容となっています。SQLに関する6つの都市伝説 都市伝説1：SQLは遅すぎる。NoSQLのような低レベルなインターフェイスを使うべき 都市伝説2：キーバリュー型が有望で、SQLは問題外 都市伝説3：SQLデータベースはスケーラブルではない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
