その例としてBeck氏自身が過去に取り組んできた生命保険会社のアプリケーションを例に挙げます。そのアプリケーションでは毎日のようにスキーマが変化するため、SQLとORM(Object-Relational Mapping）では対応できず、オブジェクトデータベースのGemstoneを利用することで対応できたと述べています。 こうしたSQLだけでは満たせないさまざまな要件、上記の図にあるようにスキーマの可塑性、スケーラブルなデータ読み込み、書き込み、処理の柔軟性などを満たすために、リレーショナルデータベース以外のNoSQLな製品が開発された。これがNoSQLの登場の背景にあるとBeck氏は解説します。一方で、こうしたさまざまなNoSQLを、NoSQLという言葉で表すのは適当ではないという憂慮も示しています。 Here is where the futility of defining NoSQ

１００冊読む時間があったら論文を１００本「解剖」した方が良い 読書猿Classic: between / beyond readers の続きというか、補遺。 大学等に所属してる人は、そこの図書館と契約してる有料データベースを駆使されたし（使い方はガイダンスがあったりするし、図書館のレファレンスでも教えてくれるだろう）。っていうか、言うまでもないだろ、そんなことは。 ここではフリー（市井）の人が使える手を考える。手はたくさんあるが、いっぱいあっても混乱するだろうから、少しだけ。必要なら追記していく。 とりあえず３つのケースに分けてみた。 １．読みたい論文が決まっている、タイトルも分かっている ２．読みたい分野、知りたいジャンルくらいは決まってる ３．何からはじめればいいのか、さっぱりわからん 番外．論文なんて本屋で買えるぜ １．読みたい論文が決まっている、タイトルも分かっている Ａ．まずは