acid

0熱

1答えて

私は一緒に（同じまたは異なるテーブルの）複数のパーティションを更新する必要があるシナリオがあります。ここでの注文の例を考えてみましょう： create table test.orders_by_id( order_email text, order_id timeuuid, order_name text, order_status int,

1熱

1答えて

Neo4j 3.0.6 MERGEで一意性制約違反が発生しました

Neo4j 3.0.6を実行していて、大量のデータを複数のソースから新しいインスタンスにインポートしています。私は複数のソースと複数のスレッドから、インポートデータとの関係でしょう CREATE CONSTRAINT ON (n:Person) ASSERT n.id IS UNIQUE ：私は、次の制約を使用して一意性 MERGE (mother:Person{id: 22}) MERGE

0熱

2答えて

Gitのデータベース操作またはアトミック操作のACIDプロパティに使用されるアトミックな用語はなぜ、どのようにコミットされますか？

アトミック操作は、全体として成功するか、変更なしで失敗することを意味します。それらの間で失敗することはありません。この意味/文脈は単語「原子」とどのように関連していますか？

6熱

2答えて

生のSQLのトランザクションは、文

私は、以下のもののうち3つを行ういくつかの例を見つけるのトラブルを抱えているの準備しました。 2）準備文を使用してください。 3）クエリの失敗でロールバックします。私はこのようなことをしたいのですが、準備されたステートメントを使っています。私はこれを実行すると stmt, stmt_err := db.Prepare(` BEGIN TRANSACTION; --

0熱

1答えて

SQLの条件付き挿入

私は、ACIDトランザクションを使用してテーブルに対するデータの一貫性の例を探していました。私はここの例を見た：http://microservices.io/patterns/data/shared-database.html summeryは以下の通りです：CUSTOMERテーブルにはCREDIT_LIMITという列があります。そのユーザーのOrderPrice < CREDIT_LIMITの

2熱

1答えて

ループバック：原子の読み取りと更新

ループバックでこれを実現する方法はありますか？ LOCK READ INCREMENT UNLOCK 私はデータベースの値としてカウンターを維持したいと考え、それぞれのキーは、カウンタ（または設定）で、彼らは同時に私の複数の要求をアクセスしてはいけません。また、これはローカル要求すぎ（なしremoteHooks）おかげ

0熱

1答えて

ACIDプロパティを持つKafka +データベースのようなログにコミットしますか？

私は建築のこの種の仕事に作る方法をテストして計画しています：すべてのデータがログに事実として保存されますが、変更を掲示検証がテーブルに対してでなければなりません http://www.confluent.io/blog/turning-the-database-inside-out-with-apache-samza/ 。たとえば、「得意先1の請求書登録」を送信した場合、顧客が存在するかどうかを検

0熱

1答えて

ハイブトランザクションテーブルの圧縮はこれで作成した

表失敗： create table syslog_staged (id string, facility string, sender string, severity string, tstamp string, service string, msg string) partitioned by (hostname string, year string, month string, day

1熱

1答えて

データブロック間でfsync（）のアトミック性

ファイルに対してfsync（）を呼び出すと、ファイルが破損する可能性がありますか？例えば、私のファイルは、ディスクブロックに広がる言う： A B |---------| |--------| | Hello, | -> | World! | |---------| |--------| | 1234567 | | 89abcd | |---------| |--------|

3熱

1答えて

SQL Server AlwaysOnでのダーティリード

同期AlwaysOn可用性グループとしてSQL Server 2014データベースのペアが設定されています。両方のサーバーは、可用性モードSynchronous commitに設定され、セッションタイムアウトは50秒です。セカンダリは、Read-intent only可読セカンダリに設定されています。プライマリに書き込み、すぐにセカンダリから読み取ると（ApplicationIntent=Re