レッスン

1.1 はじめに そして、トランザクションがどのように機能するかの理論という楽しい作業が始まります。異なるスレッドで同じデータを変更する場合に、システムの動作を維持するにはどうすればよいでしょうか? それとも、あるトランザクションを別のトランザクションで実行したいですか? 私たちはトランザクションの分離を研究することで、これらの質問に対する答えを探し始めます... トランザクション分離レベルは、 DBMS 内で論理的に並列トランザクションを実行した結果、不整合なデータがどの程

2.1 コミットされていない読み取り 「トランザクション分離レベル」とは、トランザクションの並列実行中に発生する上記の種類のデータの不整合のすべてまたは一部から DBMS の内部メカニズムによって提供される (つまり、特別なプログラミングを必要としない) 保護の程度を指します。SQL-92 標準では、次の 4 つの分離レベルのスケールが定義されています。 コミットされていない読み取り 読み取りがコミットされました 反復可能な読み取り シリアル化可能 最初のものが最も弱く、最後

3.1 ACIDの出現 ACID という略語は、 1983 年に Theo Haerder と Andreas Reuter による記事で初めて登場しました。文章を簡略化し、より説得力を持たせるために、この記事の一部を翻訳します（若干の縮小を加えて）。このスニペットでは、ある口座から別の口座に送金される銀行取引の例を使用しています。 $BEGIN_TRANSACTIONトランザクションの概念 (この例では、と の間のデータベースとのすべての対話が含まれます) では、すべての$

4.1 Brewera に関する一貫性 まず、Eric Brewer はデータベースの専門家ではなく、データベースの専門家であると主張したこともありません。彼は分散システムのコミュニティに属しており、CAP の「定理」が登場する彼の有名な講演は、カンファレンス「分散コンピューティングの原理」で行われました。(ちなみに、10 年後の 2010 年に、彼は再び同じ会議で招待講演を行いました。この講演では、特に、「 ) この領域には、データベースの分野で使用される用語の独自の解釈が

5.1 同時性の問題 少し遠い理論から始めましょう。 プログラマーが作成する情報システム (または単にアプリケーション) は、いくつかの典型的なブロックで構成されており、それぞれが必要な機能の一部を提供します。たとえば、キャッシュはリソースを大量に消費する操作の結果を記憶し、クライアントによるデータの読み取りを高速化するために使用されます。ストリーム処理ツールを使用すると、非同期処理のために他のコンポーネントにメッセージを送信できます。また、バッチ処理ツールは次の目的で使用さ

6.1 略語の戦い: BASE vs. 酸 「化学では、pH は水溶液の相対的な酸性度を測定します。pH スケールは 0 (強酸性物質) から 14 (強アルカリ性物質) まであり、25°C の純水の pH は 7 で中性です。 データ エンジニアは、トランザクションの信頼性に関してデータベースを比較するためにこの比喩を採用しています。」 おそらく、考えられたのは、pH が高いほど、つまり、データベースが「アルカリ」(「BASE」) に近づくほど、トランザクションの信頼性は低

7.1 なぜ必要なのか ACID のすべてのプロパティ、その目的、使用例について詳しく説明しました。ご覧のとおり、すべてのデータベースが ACID 保証を提供しているわけではなく、パフォーマンス向上のために ACID 保証が犠牲になっています。したがって、ACID を提供しないデータベースがプロジェクトで選択される可能性があり、必要な ACID 機能の一部をアプリケーション側で実装する必要がある場合があります。また、システムがマイクロサービスやその他の種類の分散アプリケーショ

8.1 トランザクションID XID または TxID として指定されます (違いがある場合は教えてください)。タイムスタンプは TxID として使用でき、すべてのアクションをある時点まで復元したい場合に影響を与える可能性があります。タイムスタンプが十分に細分化されていない場合、トランザクションが同じ ID を取得する可能性があるため、問題が発生する可能性があります。 したがって、最も信頼できるオプションは、一意の UUID 製品 ID を生成することです。Python では