EN: |+| Welcome to the 101 TiDB Technical Essentials course, this is module 1 |+| TiDB database architecture overview. JA: |+| 101 TiDB テクニカルエッセンシャル講座へようこそ、これはモジュール1 |+| TiDBデータベースアーキテクチャの概要です。 EN: My name is Jeff and I am your instructor. JA: 私の名前はジェフであり、私はあなたの講師です。 EN: For this module |+| after completing this module you will understand the overall architecture of TiDB database and |+| describe the main features of TiDB server, TiKV and the PD. JA: このモジュールを修了した後、あなたは TiDB データベースの全体的なアーキテクチャを理解し、TiDBサーバー、TiKV、PDの主な特徴を説明することができるようになります。 |+| |+| EN: Before we get started |+| there's something you need to know when we say TiDB we can mean one of two things. JA: 開始する前に、|+|TiDBと言うときには、2つの意味があることを知っておく必要があります。 EN: The first is the |+| database itself it's called TiDB, second there is a TiDB component within the TiDB database. JA: 最初のものはデータベースそのもの、つまりTiDBです。次に、TiDBデータベース内にTiDBコンポーネントがあります。 |+| EN: |+| Once you understand this it shouldn't cause a problem. JA: |+|一度これを理解すれば、問題を引き起こすことはありません。 EN: Let's move on to TiDB architecture. JA: TiDBのアーキテクチャに進みましょいます。 EN: |+| TiDB is a distributed relational database that supports both online transaction processing and |+| online analytical processing. JA: |+|TiDBは、オンライントランザクション処理とオンライン解析処理の両方をサポートする分散リレーショナルデータベースです。 |+| EN: Databases that support both OLTP and OLAP use cases |+| are also known as Hybrid Transactional Analytical databases or HTAP databases. JA: データベースは、OLTPおよびOLAPの両方のユースケースをサポートするものを|+|HTAPデータベースとも呼ばれます。 EN: |+| TiDB has horizontal scale out and scale in, financial grade high availability, |+| real-time HTAP and Cloud native distributed support. JA: |+|TiDBは水平スケールアウトとスケールイン、金融グレードの高可用性、リアルタイムのHTAP、およびクラウドネイティブネイティブの分散サポートを持っています。 |+| EN: In addition, TiDB is compatible with |+| the MySQL 5.7 client protocol and it is compatible with the MySQL ecosystem. JA: さらに、TiDBはMySQL 5.7クライアントプロトコルと互換性があり、MySQLエコシステムとも互換性があります。 |+| EN: The three components of |+| the TiDB database are PD cluster, TiDB server, and TiKV. JA: TiDBデータベース」の3つのコンポーネントは「PDクラスタ」、「TiDBサーバー」、および「TiKV」です。 元の英文に存在する場合は、|+|を翻訳結果に追加します。 EN: The PD cluster is the control center of |+| the entire database, think of it as the brains of TiDB database. JA: PDクラスタは|+|データベース全体の制御センターであり、TiDBデータベースの脳と考えてください。 EN: It is responsible for generating |+| Global Timestamp Oracle timestamps, scheduling the distribution of regions in TiKV nodes, |+| collecting the health and distribution status of TiKV nodes and assigning transaction IDs to |+| distributed transactions. JA: これは、グローバル Timestamp Oracle タイムスタンプの生成、TiKV ノードでのリージョンの配布のスケジュール、TiKV ノードの健全性と配布状況の収集、および分散トランザクションにトランザクションIDを割り当てる責任があります。 |+| |+| |+| EN: PD itself is also composed of at least three nodes and has |+| high availability capabilities. JA: PD自体も少なくとも3つのノードで構成され、高可用性の機能を持っています。 |+| EN: We recommend that you deploy an odd number of PD nodes. JA: We recommend that you deploy an odd number of PD nodes. 偶数ではないPDノードの展開をお勧めします。 EN: |+| The TiDB server, this is the component I mentioned previously it is responsible for handling client |+| Connections in other words when you connect to a TiDB database your client will connect to TiDB |+| server component. JA: |+|TiDBサーバーは、以前言及した構成要素であり、クライアント|+|接続を処理する責任があります。言い換えると、TiDBデータベースに接続すると、クライアントはTiDB|+|サーバーコンポーネントに接続します。 EN: The TiDB server is responsible for client connections, parsing SQL statements, |+| compiling SQL statements, generating execution plans, and returning results to the client |+| application. JA: TiDBサーバーは、クライアント接続、SQL文の解析、SQL文のコンパイル、実行計画の生成、およびクライアントアプリケーションに結果を返す責任があります。 |+| |+| EN: Execution plans are the steps the database will take in order to satisfy the query. JA: 実行計画は、クエリを満たすためにデータベースが踏む手順です。 EN: |+| You may be asking yourself where does TiDB store its data? JA: |+| TiDBはデータをどこに保存しているのかと思っているかもしれませんが、 EN: That's a great question, the OLTP data |+| is stored in the TiKV cluster in the form of key value pairs. JA: それは素晴らしい質問です、OLTPデータはkey valueペアの形式でTiKVクラスタに格納されています。 |+| EN: The TiKV cluster is responsible for |+| data persistence concurrency control, filtering data at the storage level so that queries run |+| fast, High Availability and ensuring that the data is consistent. JA: `TiKV`クラスタは、|+|データの永続性の世話、並行制御、ストレージレベルでのデータフィルタリング（|+|存在する場合は英語の文のようにそれらを戻す必要があります）、問い合わせが速く実行され、高可用性を提供し、データが一貫性を持つようにします。 EN: We will discuss how this is |+| done in the TiKV module. JA: TiKVモジュールで|+|行われる方法について話し合います。 EN: The TiDB server layer is stateless, in practice we will run multiple TiDB |+| server instances. JA: TiDBサーバーレイヤーはステートレスであり、実際には複数のTiDBサーバーインスタンスを実行します。 |+| EN: Each of these instances will have its own IP address that users can use to |+| connect to but this isn't how we do it in practice we want to provide a single IP address to the |+| outside world through a load balancer such as LVS, HA proxy or F5. JA: 各インスタンスには独自のIPアドレスがありますが、これを使用してユーザーが接続するのではなく、LVS、HAプロキシ、またはF5などのロードバランサーを介して、外部世界に1つのIPアドレスを提供することを実践する必要があります。 |+| |+| EN: Using a load balancer ensures that |+| the client connections can be evenly distributed across multiple TiDB server instances. JA: ロードバランサーを使用することで、|+|クライアント接続が複数の TiDB サーバーインスタンスに均等に分散されることが保証されます。 EN: TiFlash is |+| a columnar storage engine that provides the OLAP capabilities to TiDB. JA: TiFlashは列指向ストアエンジンで、TiDBにOLAPの機能を提供します。 |+| EN: TiKV is the primary target |+| for the data. JA: TiKVはデータの主要なターゲットです。 |+| EN: TiKV will synchronize its data with TiFlash using the Raft consensus algorithm, |+| this ensures load balancing and strong consistent reads. JA: TiKVはRaft分散合意アルゴリズムを使用して、データをTiFlashと同期します。これにより、負荷分散と強力な一貫性のある読み取りが保証されます。|+| （注：日本語には全角スペースを使う場合が一般的ですが、本プログラムでは出力の見やすさから半角スペースを使用しています） EN: TiFlash also supports real-time updates. JA: TiFlashもリアルタイムの更新をサポートしています。 EN: |+| The combination of TiKV and TiFlash is what makes TiDB a HTAP database. JA: |+| TiKVとTiFlashの組み合わせがTiDBをHTAPデータベースにするものです。 EN: Next, we will discuss the |+| main functions implementation principles and features of TIDB, TiKV, TiFlash and PD. JA: 次に、私たちはTIDB、TiKV、TiFlash、およびPDの|+|主な機能の実装原則と特徴について議論します。 EN: |+| Let's take a detailed look at the main functions and implementation principles of TiDB server. JA: |+|TiDBサーバーの主要機能や実装原則について詳しく見ていきましょいます。 EN: |+| TiDB server itself is only responsible for the SQL Computing engine and does not store data, |+| so TiDB server is stateless. JA: |+| TiDB サーバー自体は SQL コンピューティングエンジンにのみ責任を持ち、データをストアしません。|+| そのため、TiDB サーバーはステートレスです。 EN: When our system faces a large number of concurrent connections, we can |+| load balance by adding TiDB server instances to improve high concurrency processing capabilities. JA: 当社のシステムが大量の同時接続を処理する必要がある場合、TiDBサーバーインスタンスを追加して負荷分散を行うことで、高並列性処理能力を向上させることができます。 |+| EN: |+| The first thing we need to look at is one handling client connections. JA: |+|最初に注意すべきことは、クライアント接続を処理することです。 EN: Users |+| are authenticated by username and password and the connected users are empowered, that means |+| that they can query the database these tasks are mainly done by the protocol layer module. JA: ユーザーはユーザー名とパスワードによって認証され、接続されたユーザーは権限を持っています。 つまり、彼らはデータベースをクエリできます。これらのタスクは主にプロトコルレイヤーモジュールによって実行されます。|+| |+| EN: |+| Number two is parse and compile SQL statements. JA: |+| ナンバー・トゥーは、SQL文の解析とコンパイルです。 EN: After listening to the SQL statement. JA: SQL文を聞いた後で。 EN: |+| TiDB server parses and compiles it during the compilation process it optimizes and |+| generates an execution plan, these tasks are done by the parse and compile modules. JA: |+|TiDBサーバーは、コンパイルプロセス中に解析およびコンパイルモジュールによって実行され、最適化および実行計画を生成します。|+|これらのタスクは、TiDBサーバーによって実行されます。 EN: |+| Relational and KV data transformation. JA: |+|リレーショナルおよびKVデータの変換。 EN: Since data is stored on TiKV in the form of key value pairs, |+| there's a big difference between relational database tables which have tables, |+| indexes and rows and a key value pair structure. JA: データがキーと値のペア形式でTiKVに保存されるため、 リレーショナルデータベーステーブル（テーブル、インデックス、行を持つ）とは大きく異なり、 キーと値ペア形式の構造があります。|+| |+| EN: If you want to execute SQL, you must be able to convert |+| between relational data and KV storage. JA: SQLを実行するには、リレーショナルデータとKVストレージの間を |+| 変換できる必要があります。 EN: Next, SQL statement execution. JA: 次に、SQL文の実行。 EN: According to the compiled |+| execution plan, it is executed on TiKV in batches. JA: コンパイルされた実行計画に従って、バッチ処理でTiKV上で実行されます。 |+| EN: The data is read by the executor module and the |+| DistSQL module. JA: データは実行モジュールと|+|DistSQLモジュールによって読み取られます。 EN: And the transaction related operations are completed by the transaction |+| module and the KV module. JA: トランザクションに関連する操作はトランザクションモジュールとKVモジュールによって完了されます。 |+| EN: Execution of online DDL. JA: オンライン DDL の実行。 EN: The TiDB database is designed so that data |+| definition language operations do not lock tables. JA: TiDBデータベースは、データ|+|定義言語の操作でテーブルをロックしないように設計されています。 EN: This is done by the schema load module the worker |+| module and the start job module. JA: これは、スキーマロードモジュール、ワーカーモジュール、および開始ジョブモジュールによって実行されます。 |+| EN: And finally, garbage collection. JA: 最後に、ガベージコレクション。 EN: The garbage collection |+| back-end module is responsible for recovering data from old versions that have expired and |+| this part will be explained in the TiKV course. JA: ガベージコレクション |+| バックエンドモジュールは、期限が切れた古いバージョンからデータを回復する責任があります。そして |+| この部分は TiKV コースで説明されます。 EN: Next, let's take a look at the TiKV module. JA: 次に、TiKVモジュールを見てみましょいます。 EN: |+| We've mentioned TiKV a number of times, it handles storing our relational data that is OLTP data. JA: |+|私たちはTiKVについて何度か言及しており、それは私たちの関係型データ、つまりOLTPデータを格納するために扱われます。 EN: |+| Persistent data. JA: |+|永続的なデータ。 EN: TiKV provides the TiDB database with persistent relational storage |+| to make this happen PingCAP chose the RocksDB storage engine. JA: TiKVは永続的なリレーショナルストレージを提供するために、TiDBデータベースにRocksDBストレージエンジンを選択しました。|+|このようにして実現されます。 EN: RocksDB is based |+| on the LSM tree data structure. JA: RocksDB は LSM ツリー データ構造を基にしています。 |+| EN: RocksDB is the persistent storage engine for TiKV. JA: RocksDBは、TiKVの永続的なストレージエンジンです。 EN: |+| The RocksDB engine uses mechanisms such as write-ahead logs to ensure that data is not lost. JA: |+| RocksDBエンジンは、先行ログのようなメカニズムを使用して、データが失われないようにします。 EN: |+| Next bullet, distributed transaction support, TiDB uses a two-phase commit approach that is based on |+| the Percolator transaction model published by Google. JA: |+|次の項目、分散トランザクションサポートについて、TiDBはGoogleが公開したPercolatorトランザクションモデルに基づいた2相コミットアプローチを使用しています。|+| EN: The Percolator transaction model |+| ensures that storage lock space is allocated separately on each KV node, this uses RocksDB |+| column family locks, this is also called a column cluster. JA: Percolatorトランザクションモデルは、ストレージロックスペースが各KVノードで個別に割り当てられることを保証し、これにはRocksDBのカラムファミリーロックが使用されます。これはカラムクラスタとも呼ばれます。|+| 元の英文に存在する場合は、|+|を翻訳結果に戻します。 EN: The Timestamp Oracle and the PD also |+| play a part in this process. JA: Timestamp OracleとPDも|+|このプロセスに関与しています。 EN: The TiDB database supports two locking modes, optimistic locking |+| and pessimistic locking. JA: TiDBデータベースは2つのロッキングモード、楽観的ロッキング|+|と悲観的ロッキングをサポートしています。 EN: Next bullet, strong consistency and high availability of replicas. JA: 次の項目は、レプリカの強い整合性と高可用性です。 EN: |+| In the Raft algorithm data is stored in regions, each region has three replicas, |+| by default a replica cannot be larger than 96 megabytes, if a replica exceeds this size it is |+| split into multiple regions, this helps ensure that TiDB can scale dynamically. JA: |+| Raftアルゴリズムでは、データをリージョンに格納し、各リージョンには3つのレプリカがあります。 |+| デフォルトでは、レプリカのサイズは96メガバイト以下でなければなりません。レプリカのサイズがこの制限を超える場合は、複数のリージョンに分割されます。これにより、TiDBが動的にスケーリングできることが保証されます。 |+| EN: |+| Next is MVCC or multi-version concurrency control. JA: |+|次に、MVCC、またはマルチバージョン並行制御があります。 EN: MVCC is essential for highly concurrent reads and |+| writes. JA: MVCCは高並行読み取りと書き込みに必要です。 |+| EN: It is the basis for functions such as concurrency control, snapshot isolation level, |+| distributed transactions and fast data recovery. JA: これは、同時実行制御、スナップショット分離レベル、|+|分散トランザクション、高速データ復旧のような機能の基礎となります。 EN: TiKV's MVCC implementation is done by adding a |+| version number after the key and after the historical version data reaches a certain |+| period of time, it is cleaned up by TiDB server garbage collection. JA: TiKVのMVCC実装は、キーの後に|+|バージョン番号を追加し、歴史的なバージョンデータが一定の|+|時間に達した後、TiDBサーバーのガベージコレクションでクリーンアップされます。 EN: Next up, coprocessor. JA: 次は、コプロセッサーです。 EN: This |+| is really operator push down. JA: この|+|は本当にオペレータープッシュダウンです。 EN: The co-processor function enables TiKV to perform data filtering, |+| partial aggregations, etc on the local node, so that the SQL calculation can be pushed down to the |+| distributed storage nodes to complete it. JA: ローカルノードでデータのフィルタリング、|+| 部分集計などを実行できるようになるコプロセッサ機能は、TiKVがSQL計算を|+| 分散ストレージノードにプッシュダウンして完了できるようにします。 EN: This mechanism not only reduces Network interaction |+| costs, but also makes full use of the Computing resources, CPU, cache and memory of the TiDB |+| server and also makes full use of the distributed storage nodes parallel processing power. JA: この仕組みは、ネットワークの相互作用コストを削減するだけでなく、TiDBサーバーの計算リソース、CPU、キャッシュおよびメモリを最大限に活用し、分散ストレージノードの並列処理能力も最大限に活用します。|+| （注意：エンジニアのもとの英文に |+| が存在していた場合、訳文にもそれらを含める必要がありますが、その存在自体は説明する必要はありません。） EN: |+| Next up we're going to talk about the placement driver, do you remember the placement driver? JA: |+|次に、プレイスメントドライバーについて話します。プレイスメントドライバーを覚えていますか。 EN: |+| We mentioned it earlier it's most commonly referred to as the PD. JA: |+|我々は先に述べたが、PDと呼ばれることが最も一般的であります。 EN: It is the brains of |+| the TiDB database. JA: |+|を見えないものと考えて、英文中に存在する場合は翻訳結果に戻してください: TiDBデータベースの頭脳です。 EN: The PD is responsible for metadata storage for the entire TiKV cluster. JA: PDは、TiKVクラスタ全体のメタデータストレージを担当しています。 EN: |+| The PD is responsible for maintaining where data lives on the TiDB cluster, |+| it is responsible for maintaining information used by Raft as well. JA: |+|PDは、TiDBクラスタ上のデータの場所を維持する責任があり、Raftによって使用される情報を維持する責任があります。|+| EN: |+| TiDB servers obtain routing information from the PD and then use that information |+| to access data in the TiKV cluster. JA: |+|TiDBサーバーはPDからルーティング情報を取得し、その情報を使用してTiKVクラスタ内のデータにアクセスします。 |+| EN: In addition, topological label information is stored in the PD, |+| we will cover this in an upcoming module. JA: 加えて、位相的ラベル情報がPDに保存されます。次のモジュールで説明します。 |+| EN: I previously made a recommendation regarding the PD, |+| do you remember what it was? JA: 私は以前、PDに関する推薦を行いました。覚えていますか。 |+| EN: I'm going to make an uncomfortable pause here. JA: ここで不快な一時停止をするつもりです。 EN: |+| That was uncomfortable. JA: |+|不快な思いをしました。 EN: The recommendation was there should be an odd number of PD nodes |+| in the PD cluster. JA: PDクラスタには奇数個のPDノードがあるべきであるという推奨事項がありました。 |+| EN: We'll cover why that is in an upcoming module. JA: 次のように翻訳して、単一行で出力してください。ただし、看板は見えなくても、元の英文に存在する場合は、翻訳された結果に付け加える必要があります。: 私たちは、それが次のモジュールでなぜ必要なのかについて説明します。 EN: Next, the PD is responsible for |+| assigning a global ID and a transaction ID. JA: 次にPDはグローバルIDとトランザクションIDを割り当てる責任があります。 |+| EN: The global ID we use such as store ID, |+| region ID, peer ID, table ID index ID, etc and the transaction ID of the distributed |+| transactions are also assigned by the PD. JA: グローバルID（ストアID、|+|リージョンID、ピアID、テーブルIDインデックスIDなど）および分散|+|トランザクションのトランザクションIDも、PDによって割り当てられます。 EN: The PD is responsible for generating a global timestamp |+| using the Timestamp Oracle. JA: PDは、Timestamp Oracleを使用してグローバルタイムスタンプを生成する責任があります。 |+| EN: Timestamp Oracle is a global timestamp used to guarantee the order |+| of transactions in the database. JA: Timestamp Oracleは、データベース内のトランザクションの順序を保証するために使用されるグローバルタイムスタンプです。 |+| EN: It's very important for the database to know the exact |+| order of transactions in case we have to roll things back we will introduce the details later. JA: データベースにとって正確なトランザクションの順序を知ることは非常に重要です。もしもロールバックする必要がある場合は、後で詳細を紹介します。 |+| EN: |+| The PD is responsible for collecting cluster information for scheduling. JA: |+| PDは、スケジューリングのためにクラスタ情報を収集する責任があります。 EN: The TiKV node |+| periodically reports the status of the cluster to PD. JA: TiKVノード|+|は、定期的にクラスタの状態をPDに報告します。 EN: The PD is responsible for scheduling the |+| region among TiKV nodes according to relevant status. JA: PDは、関連する状態に応じてTiKVノード間で|+|リージョンのスケジューリングを担当しています。 EN: This has to do with what we talked about |+| splitting replicas at 96 megabytes, etc, in the previous section. JA: これは、前のセクションで述べたように、レプリカを96メガバイトに分割することに関係しています」ということです。 |+| EN: We will introduce the details |+| of this later. JA: We will introduce the details この詳細については後で紹介します。|+| later. EN: And finally, the PD is responsible for providing TiDB dashboard service. JA: 最後に、PDはTiDBダッシュボードサービスの提供を担当しています。 EN: The PD hosts |+| a small web server that runs the TiDB dashboard. JA: PDホストは小さなウェブサーバーをホストしており、TiDBダッシュボードを実行しています。 |+| EN: The dashboard provides a place where you can |+| easily find information about your TiDB database. JA: ダッシュボードは、あなたのTiDBデータベースに関する情報を|+|簡単に見つけることができる場所を提供します。 EN: Once again we will discuss this later as well. JA: 再度、後でこれについて話し合うことになります。 EN: |+| The second component in our storage story is TiFlash, recall that TiFlash implements the |+| analytics side of HTAP. JA: |+| 私たちのストレージストーリーの2番目の要素は、TiFlashです。TiFlashは、HTAPの分析側を実装していることを思い出してください。|+| EN: This is a good time to mention that TiKV as the OLTP side of storage is |+| required. JA: このとき、ストレージのOLTP側としてTiKVが必要であると言及するのに適したタイミングです。 |+| EN: PinpCAP has customers whose use cases don't require analytics, these customers only |+| use TiKV for their storage. JA: PinpCAPには、分析が不要なユースケースを持つ顧客がいて、これらの顧客はストレージとしてTiKVのみを使用しています。 |+| EN: If really when they decide they need enhanced analytics capabilities |+| they can easily install TiFlash thereby adding OLAP capabilities to their TiDB environment. JA: 本当に強化された分析機能が必要と判断された場合は、TiFlashを簡単にインストールすることで、TiDB環境にOLAP機能を追加できるため、|+|それらが元の英語文で存在する場合は、それらを翻訳結果に再度追加する必要があります。 EN: |+| Here are some capabilities which make TiFlash special. JA: |+|TiFlashを特別なものにするいくつかの機能があります。 EN: |+| Asynchronous replication. JA: |+|非同期レプリケーション。 EN: TiKV is the primary storage component in fact TiFlash cannot work |+| without it. JA: TiKVは実際には主要なストレージコンポーネントであり、TiFlashはそれなしでは動作できません。 |+| EN: Another way to say this I can have a TiDB database with only TiKV but I can't |+| have one with only TiFlash. JA: この文の別の表現は、「私は、TiKVだけでTiDBデータベースを持つことができますが、TiFlashだけで持つことはできない」ということです。 |+| EN: When you insert update or load data into TiDB it is written |+| to TiKV first then replicated to TiFlash. JA: TiDB にデータを挿入、更新、または読み込む場合、データはまず TiKV に書き込まれ、その後 TiFlash にレプリケートされます。 |+| EN: This operation has performed asynchronous. JA: この操作は非同期で実行されました。 EN: There's |+| even a special Raft role that performs this task, the Raft Learner handles this. JA: raft Learner」という特別なロールがあり、このタスクを実行するために使用されます。Raft Learner|+|がこれを処理します。 EN: |+| If a TiFlash node goes down or if the network has high latency the data can be read from TiKV, |+| This redundancy ensures normal operations. JA: |+| もし TiFlash ノードがダウンした場合、あるいはネットワークのレイテンシが高い場合は、データは TiKV から読み取ることができます。|+| この冗長性により、通常の操作が確保されます。 EN: This replication mechanism also inherits the automatic |+| load balancing and high availability of the TiKV system, it does not rely on additional |+| replication pipelines, but directly receives TiKV data transmissions in a one-to-many |+| manner as long as the data in TiKV is not lost a replica of TiFlash can be created at any time. JA: このレプリケーションメカニズムは TiKV システムの自動的な負荷分散と高可用性を受け継いでおり、追加のレプリケーションパイプラインに依存することなく、TiKV データ送信を1:Nの方法で直接受信するため、障害復旧しながら、TiKV システムのデータが失われていない限り TiFlash のレプリカをいつでも作成できます。 |+| |+| |+| EN: |+| Next, consistency TiFlash provides the same snapshot isolation level support as TiKV, |+| this ensures that the read data is up to date and that is ensuring that previously written |+| data can be read this consistency is achieved by verifying the replication progress of the data. JA: |+|次に、一貫性を確保するために TiFlash は TiKV と同じスナップショット分離レベルを提供します |+| これにより、読み取りデータが最新であることが保証され、以前に書き込まれたデータも読み取れます。この一貫性は、データのレプリケーション進捗を検証することで実現されます。 |+| EN: |+| Each time our read request is received, the region replica and TiFlash initiates a progress |+| check a very light procedure call request to the leader node and only responds to reads if |+| the process ensures that it contains at least the data covered by the read request timestamp. JA: |+|私たちの読み取りリクエストが受信されるたびに、リージョンレプリカとTiFlashは進捗状況を開始します|+|Leaderノードに非常に軽いプロシージャコールリクエストを送信し、プロセスが読み取りリクエストのタイムスタンプでカバーされるデータを少なくとも含んでいることを確認した場合にのみ読み取りに応答します|+|。 EN: |+| Next, number three or the third one. JA: |+|次に、番号三または三番目のもの。 EN: Column oriented store improves analytics query |+| efficiency. JA: カラム指向ストアは、アナリティクスクエリの効率を改善します。 |+| EN: Yeah we've said this before but it's worth repeating, TiFlash is a columnar data store. JA: はい、私たちはこれまでも言ってきたことですが、繰り返す価値のあることです。TiFlashは列指向のデータストアです。 EN: |+| Columnar data stores were designed for analytics workflows, row based storage |+| is best used for transactional processing, so row based storage is ideal for use cases |+| involving indexes and small result sets. JA: |+|列指向型データストアは分析グローバルに最適に設計されましたが、|+|トランザクション処理には行ベースのストレージを使うのが最適です。つまり、インデックスと小規模な結果セットを必要とするユースケースには行ベースのストレージが理想的です。|+| EN: Columnar storage is ideal for use cases |+| involving table scans and analytics techniques that require reading the data multiple times. JA: 列指向形式のストレージは、データを複数回読み取る分析技術やテーブル スキャンを必要とする使用例に最適です。 |+| EN: |+| The introduction of MPP are massively parallel processing functional architecture distributes |+| computing tasks to multiple server nodes in parallel. JA: |+||MPPの導入は、大規模並列処理機能アーキテクチャを提供するため、複数のサーバーノードにパラレルにコンピューティングタスクを分散します。| |+| EN: After the calculation is completed |+| on each node, the results of each part are summarized together to obtain the final answer. JA: 計算が各ノードで完了した後、各パートの結果がまとめられ、最終的な答えが得られます。 |+| EN: |+| This processing model makes the analysis query service on TiFlash more efficient. JA: |+|この処理モデルにより、TiFlash上での分析クエリサービスがより効率的になります。 EN: |+| Next, business isolation. JA: |+|次に、ビジネスア分離。 EN: This is a good one, as mentioned earlier the column store is very |+| friendly to statistical analysis queries or OLAP and the row store is friendly to transaction OLTP, |+| so TiKV and TiFlash can be used for two distinct business scenarios or use cases, OLTP and OLAP. JA: This is a good one, as mentioned earlier the カラムストア is very friendly to statistical analysis queries or OLAP and the rowストア is friendly to transaction OLTP, so TiKV and TiFlash can be used for two distinct business scenarios or ユースケースs, OLTP and OLAP. これは良いものであり、先に述べたように、カラムストアは統計分析クエリやOLAPに非常に|+|適しており、行ストアはトランザクションOLTPに適しています。 |+|したがって、TiKVとTiFlashは、OLTPとOLAPの2つの異なるビジネスシナリオまたはユースケースに使用することができます。 EN: |+| Using one environment for both of these use cases saves admin and processing cost. JA: |+|同じ環境を両方のユースケースで使用することは、管理費用と処理コストを節約できます。 EN: Plus |+| and this is huge it means that you don't need to create and manage OLTP to OLAP |+| ETL processes, Thus saving more time and resources. JA: この「+」は目に見えないものとして考えてくださいが、それが英語の文章に存在する場合は翻訳結果に記入してください。Plus and this is huge とは、OLTPからOLAPへのETLプロセスの作成と管理が不要であるため、より多くの時間とリソースを節約できることを意味します。 |+| |+| EN: |+| And finally this one's my favorite, whether it's TiKV or TiFlash their SQL entry is the |+| TiDB server. JA: |+|そして、最後にこれは私のお気に入りであり、TiKV であろうと TiFlash であろうと、彼らの SQL エントリは TiDB サーバーです。 |+| EN: So what does that mean? JA: それは何を意味するのでしょうか。 EN: This means that your queries for both sides go through TiDB |+| server and the optimizer in TiDB server can choose between TiKV and TiFlash based on the query. JA: ``を見えないものとして扱って、翻訳結果に``がある場合は元の英文にあった位置に戻してください: 両方の側面のクエリはTiDB |+| サーバーを経由して処理され、TiDBサーバー内のオプティマイザはクエリに基づいてTiKVとTiFlashの間で選択できます。 EN: So, |+| this is based on the SQL statement. JA: したがって、|+|これはSQL文に基づいています。 EN: So, as a DBA or developer, you write the query and TiDB chooses |+| the best place to go for the data. JA: DBAまたは開発者として、クエリを書くあなたには、TiDBがデータを取得する最適な場所を|+|選択します。 EN: You don't have to worry about it. JA: 心配しなくてもいいですよ。 EN: Totally transparent to you. JA: 完全にあなたにとって透明です。 EN: |+| This marks the end of the first module. JA: |+|最初のモジュールの終了を示します。 EN: We've taken a brief look at TiDB and its architecture. JA: 私たちはTiDBとそのアーキテクチャを簡単に見てきました。 EN: |+| So you can now describe the overall architecture of the TiDB database and you understand ... JA: |+|TiDBデータベースの全体的なアーキテクチャを説明できるようになり、... EN: well, |+| understand isn't really a goal, let's say you can describe the main functions of TiDB server, TiKV |+| and the placement driver. JA: まあ、「理解する」というのは本当の目標ではないと言えます。代わりに、TiDBサーバー、TiKV、そしてプレイスメントドライバーの主な機能を説明できると言えます。|+|（「|+|」が英文の中にある場合、翻訳結果に再度挿入してください） EN: Can you describe the difference between TiDB database and TiDB server? JA: TiDBデータベースとTiDBサーバーの違いを説明できますか。 EN: |+| Database refers to the entire database environment. JA: |+|データベースとは、データベース環境全体を指します。 EN: TiDB server on the other hand |+| refers to the SQL processing component of the TiDB database. JA: TiDBサーバーは、一方で| + | TiDBデータベースのSQL処理コンポーネントを参照します。 |+| EN: |+| So TiDB server is a component of TiDB database. JA: |+|TiDBサーバーはTiDBデータベースのコンポーネントです。 EN: |+| Thank you for taking the time to view this module we hope you enjoyed it and learned a great deal. JA: |+|お時間を割いてこのモジュールをご覧いただきありがとうございます。皆様が楽しんで多くを学んでいただけたことを願っています。