CouchDBへのJavaデータアクセス：ORMまたはREST？

Question

私はアプリケーションに取り組んでいます。さまざまなレガシーコンポーネントを統合するイベントサービスバスとして機能します。アプリケーションは、データストアを使用して、システム間で送信されたすべてのイベントと要求を監査し、バス加入エンドポイント...等。データストアとしてCouchDBを利用したいのですが、これはすでにアプリケーションの要件（REST API、レプリケーション、メタデータドキュメントのバージョン管理など）が組み込まれているためです。今ここに私のアプリのスタックがどのように見えるかです：データベースはCouchDBのもので

[spring-integration filters/routers/service activators] 
    [service layer] 
    [dao layer] 
    [database] 

、私はDAO層はEKTORP Javaライブラリまたは単純なRESTクライアントのどちらかだろうと思います。ここで私の質問です：冗長のEktorpの種類のDAO層を構築していないのですか？なぜなら、CouchDBのビューやデザインドキュメントと話し合うサービス層にRestTemplateを使用してコーディングの労力を節約するのはなぜですか？

何か不足していますか？

おかげで、あなたが独自のロール場合

Answer 1

ビュー結果のJSON解析/マッピングを実装する必要がありますし、何ではありません。

Ektorpは、効率的なビュー結果解析/オブジェクトマッピングのほかに、自分自身を開発するのが面倒かもしれませんが、注釈によるビュー設計ドキュメント管理にも役立ちます。

Ektorpには、CouchDBを深く理解していただければ幸いです。

あなたのアプリでは単なるドキュメントの取得のみが行われる場合、残りのテンプレートで十分です。そうでなければ、私はあなたが安全な時間を自分でやっているとは思わない。

Answer 2

まだ試してみると分かりませんが、多くの点でLightCouchはRESTテンプレートのように機能します。ドメインへのドキュメント変換やドキュメント/ビューの設計のほか、DAOやサービス層などのアプリケーションのどこにいてもCouchDBのクライアントとして使用できます。