今日の終わりには、ほとんどのNoSQLデータベースがコアのKey/Valueストアにあります。つまり、NoSQLデータベースに不可欠なレイヤーを構築できるはずです。NoSQLに依存しないパーシスタンス層
そのレイヤーはCRUD操作（put、set、delete）のみを使用しますが、より高度な機能を公開します。Mongo、Redis、Cassandraなどの基礎DBを最小限の労力で切り替えることができます。
このような建物には多くの人々にとって価値があり、それはすでに存在していますか？
おかげ
は、そのようなものを構築することは不可能の隣にあります。
考えてみると、Redis、MongoDB、Cassandraなどを使い、そのような層のAPIを設計することをお勧めします。
これらのNoSQLソリューションは、大幅に異なる特性を持ち、それぞれ異なる目的を果たします。共通のAPIを構築しようとすると、SQLデータベース、スプレッドシートドキュメント、プレーンテキストファイル、およびGmail用の共通APIを構築するようなものになります。
確かにの何かが出てきますが、それは全く無意味です。
さまざまなツールが必要です。
IドンOPは、NoSQL DBの上にSQLレイヤーを構築したいと考えています。 CRUD操作のためのAPIをいくつか構築したいだけです。 – Jan
私は、基本的なCRUDに自分自身を限定すれば、何か間違っていると言いました。これにより、MongoDBは永続性を持つmemcacheになります。レディスと同じです。これらのソリューションのすべての機能を使用することはできません。ポイントは何ですか？ –
@SergeiTulentsev私は「あなたは間違っている」と部分的には同意しますが、特定のNoDBの特定の機能を必要とせず、NoSQLの恩恵を依然として受けているCRUDのような抽象化で解決できる非常に多くの問題もありますリレーショナル。最後に、これらはすべてキー・バリュー・ストアです。それぞれのNoDBのドライバは、1）DBに合わせてCRUDを最適化し、2）APIを組み込む手段を提供することで、NoDB間を切り替えることができます。また、このような抽象化は、NoDBドライバを必要とするユースケースに対して、NoDBドライバへの直接アクセスを制限しません。 – nicerobot
UnQLDataNucleusは、非構造化照会言語を意味あります。これは、JSON、半構造化データベース、ドキュメントデータベース用のオープンクエリ言語です。
柔軟なSQLのようなものですが、JOINを使用しないとドキュメントベースのk/vストアの採用が助けられ、互換性の問題がDB開発者自身に移ります。 –
UnQL ...興味深い – Amresh
NuoDBは、記憶域にキー/バリューモデルを使用する弾性スケーラブルなSQL/ACIDデータベースです。 Amazon S3の上で（標準のファイルシステムと同様に）実行され、原則として任意のKVストアをサポートすることができます。現時点ではアクセス方法はSQLですが、一般的な要件であれば、システムは他のデータアクセス言語やメソッドを容易にサポートできます。
バリー・モリス、NuoDB株式会社
は私ですか、これは彼の質問に答えることさえしようとしませんか？ –
PlayOrmは、彼らはRDBMSについても同じことを言っ20/30年前などなどカサンドラの上に構築されたが、HBaseのためのプラグイン可能なインタフェースを持っている別の解決策、MongoDBの、ありますフィーチャセットがますます収束しました。私は、あなたがそれを他の機能セットを採用するだけでなく、nosqlデータベースの多くで見ることができると思う。
現在、これらの機能セットは大きく異なりますが、コアには非常によく似た一連の操作があります。
PlayOrmは、実際にはS-SQL拡張性のあるSQL等カサンドラ、Hadoopの、などと連携することができますので、それは、同様に任意のNoSQLのプロバイダで動作クエリ言語です構築する
後に、 ディーン
とPlayOrmもあり、cassandra、hadoop、mongodbなどで使用できる移植可能なS-SQL言語を備えているので、cassandraのCQL言語にロックされることはありません。 （また、cassandraにロックされたい場合は、CQLも後で追加されます）。興味深いもの： –