現在、アンドロイドアプリを作成しており、Firebaseリアルタイムデータベースを使用しています。イベントドリブンFirebaseデータベースを使用したデータアクセスサービス/レイヤー
私はデータベースのイベント駆動型のコンセプトに苦しんでいます。私の「通常の」SQLリレーショナルの世界では
は、私は通常、制御データフローを持つようにMVVMパターンと一緒データ・アクセス・サービス/層を実装しています。たとえば、このレイヤーはPOCO/POJOを返すCRUDメソッドを実装します。
しかし、私は積極的にもうデータベースには何も読んでいないのですが、むしろ何かが変更されたことをイベントを通じて通知されるようにを駆動し、このイベントでは、FirebaseデータベースCRUDにおけるRのNoSQLの環境は、意味がありません。 。
私は単にアプローチをイベントリスナーでCRUDに積極的に読取部を交換し、データ・アクセス・サービス/レイヤーを使用し続けることができ、私はに慣れて、あるいはこのアプローチの重要な欠陥があるのですか?そうであれば、イベント駆動型データベースでデータフローを処理するアプローチは何ですか?
私はこれを見ることができる例を知っていますか? DBにビューモデルを保存する方法がわかりません。私にとっては、ビューモデルは、データを保持するものではなく、ビューのデータを処理するものです。 編集:まだ入力しています、私はaccidentallyヒット入力します。 – AirLancer
私は編集のための時間枠を見逃しましたので、残りのコメントはここにあります: 私は現在、DBにデータを複数回保存しないようにするという考え方をあきらめています。私はこのアイデアが完全に船外に投げ込まれていないファイアベースDBで希釈されていることを知っています。 次に、異なる場所のデータを整列させようとすると、ビューに強く結びついたDBスキームとかなりのオーバーヘッドがあります。 私は何が欠けていますか? – AirLancer
NoSQLデータベースではデータの複製が非常に一般的です。トピックを初めてお持ちの方は、[NoSQLデータモデリング](https://highlyscalable.wordpress.com/2012/03/01/nosql-data-modeling-techniques/)を読むことを強くお勧めします。 –