data-consistency

    0

    1答えて

    私は1つの問題にぶつかっています。私は紺碧のテーブルにリストを格納する必要があります。私がしているのは、それを文字列にシリアル化して格納することです。その行を読んでいるときに、私が更新リストを取得しなかった場合があります。その結果、リストに項目を追加すると、古いものは失われます。これまで誰もがこの問題に遭遇しましたが、これに対する解決策は何ですか。詳述すると はA. の目的は、今、私たちはBを含む

    0

    1答えて

    retention policyという既定値(infinite)でデータベースを作成しました。今からそれが唯一の最後の10日間のデータを保持するように、私はライブデータベースのリテンション・ポリシーを変更するにはどうすればよい # SHOW RETENTION POLICIES ON "my_database" name duration shardGroupDuration replicaN d

    1

    1答えて

    私はまだマイクロサービスを回避しようとしています。私は基本的な質問があります。 エンタープライズのシナリオでは、マイクロサービスは、RDBMSや何らかの種類のNoSQLなど、永続的なデータストアに書き込む必要があります。ほとんどの場合、永続的なデータストアはエンタープライズグレードですが、1つのエンティティのみが複製され、バックアップされます。 ここでは、独自の永続データストア(エンタープライズグ

    1

    1答えて

    私はかなり経験の浅いSQL開発者ですが、一貫性のあるデータベースを持つために最善を尽くそうとしています。私が解決しようとしている問題は、私のシステムの上位層で行うことができますが、それが属している場所のようなものを処理することが最善であることを認識しています。 それでは、私が午前、私はしてもしなくてもよい定義された日に繰り返すことがオファーを格納した表である: day_of_week -----

    1

    1答えて

    最近インタビューで質問されました。質問は: 2つの異なるデータベースがあり、両方のデータベースのテーブルを更新する必要があります。我々は データ一貫性が欲しいです。最初のデータベースのテーブルを更新しましたが、 2番目のデータベースを更新中にエラーが発生しました。だから私はこの 状況で何ができますか? 私はトランザクションですべてを取ると思っていましたが、例外があればロールバックすることができまし

    1

    2答えて

    ようなシナリオで最高の再試行ポリシーは何です: Databaseは、データエントリを作成することに成功したが、その後、応答がApplicationに達するのに時間がかかりすぎます。したがって、作業を実行するにはApplicationが作成を再試行し、もちろんDatabaseは "already exists"エラーを返します。ですから、Applicationの視点からは、創造は失敗したようですが、

    0

    1答えて

    Amazon S3へのファイルアップロードを想像してください。ファイル(およびメタデータ)の場所はElasticSearchのレコードに保存されます。 OK、それは大丈夫です。要求のいずれかに障害が発生した場合は、データの整合性を確保んか しかしは、(ACIDは?)... は例えば、ElasticSearchサービスはS3上のファイルを削除する必要があります unavailibleある場合 しかし

    0

    1答えて

    2つのデータセンターを持つcassandraクラスタを維持しています。今は、既存のクラスタに新しいデータセンターを追加します。データを再構築したら、新しいデータセンターでデータの整合性をどのように確認できますか?

    3

    2答えて

    私はカサンドラを初めて使う人です。 のは、私は3つのノードを持っているとレプリケーション因子(RF)は鍵空間の3 は私が安全に2/3のノードがダウンしている場合、私はまだにかかわらず、クエリの完全なデータを取得することを想定することができていると仮定しましょう一貫性レベル? 2/3ノードを一貫性のあるレベルにしておくと、クエリの完全なデータが保証されますか?

    8

    5答えて

    各マイクロサービスは一般に独自のデータを持ちますが、特定のエンティティは複数のサービスにわたって一貫している必要があります。 マイクロサービスアーキテクチャなど高度に分散した環境でのデータ一貫性の要件については、設計の選択肢は何ですか?もちろん、単一のDBがすべてのサービスにわたって状態を管理する共有データベース・アーキテクチャーは望んでいません。それは孤立と何もない原則に違反します。 エンティテ