EN: |+| [Music] |+| In this unit, |+| we will talk about the reasons for choosing TiDB, as well as showing some of the TiDB users.
JA: |+|音楽 |+| |+|

EN: |+| Many customers choose TiDB due to these two reasons.
JA: |+|多くの顧客は、これら2つの理由から TiDB を選択します。

EN: |+| The first one is “scalable”.
JA: |+|最初のものは「スケーラブル」です。

EN: TiDB is scalable for mission critical workloads.
JA: TiDBはミッションクリティカルなワークロードに対して拡張性があります。

EN: |+| TiDB provides horizontal scalability, meaning that |+| TiDB supports zero downtime scaling in and scaling out at every sub-component layer, |+| which includes the computation layer, the storage layer, and the metadata layer.
JA: |+|TiDBは水平スケーラビリティを提供し、計算レイヤー、ストレージレイヤー、メタデータレイヤーすべてでスケールインとスケールアウトをサポートし、ゼロダウンタイムでスケールイン/アウトが可能です。|+| |+|

EN: These |+| layers are decoupled from each other and can be scaled on demand without any disruptions.
JA: これらのレイヤーはお互いに切り離されており、必要に応じて中断することなくスケーリングすることができます。 |+|

EN: |+| By using TiDB, you may eliminate both planned and unplanned downtime.
JA: |+| TiDBを使用することで、計画停止と非計画停止の両方を排除できます。

EN: In addition to the |+| scaling in and scaling out mentioned before, TiDB also supports online rolling updates |+| and online DDL.
JA: 以前に言及されたススケールインとスケールアウトに加えて、TiDBはオンラインローリングアップデートおよびオンラインDDLもサポートしています。 |+| |+|

EN: Its built-in self-healing ability is enabled at the compute, storage, |+| and metadata layers, ensuring that the business continuity when faced with software failures, |+| hardware malfunctions, and even a data center outages.
JA: その内部に備えたセルフヒーリング能力は、コンピュート、ストレージ、メタデータの各レイヤーで有効化され、ソフトウェアの障害、ハードウェアの故障、そしてデータセンターの停止に直面しても、ビジネスの継続性を確保しています。 |+| |+|

EN: |+| In addition, users can enjoy these benefits on TiDB Cloud with no additional setup.
JA: さらに、|+|追加のセットアップは必要 ありません、ユーザーは TiDB Cloud 上でこれらの利点を利用できます。

EN: |+| Similar to traditional RDBMS, |+| TiDB offers full ACID transactional support with strong consistency.
JA: |+| 伝統的なRDBMSと同様に、|+| TiDBは強力な一貫性を持つACIDトランザクションサポートを提供します。

EN: |+| TiDB is compatible with MySQL 5.7, meaning that in most cases, |+| you can migrate your existing applications to TiDB without the need to alter the application code.
JA: |+|TiDBはMySQL 5.7と互換性があります。ほとんどの場合、既存のアプリケーションを変更する必要もなく、TiDBに移行することができます。|+| ただし、英語の原文に存在する場合は、それらの文字列を翻訳結果に再度入れる必要があります。

EN: |+| It has already been proven in production that consolidating hundreds or even |+| thousands of MySQL-compatible databases into a single TiDB cluster is possible.
JA: |+| すでに本番で証明済みですが、数百、あるいは数千のMySQL互換データベースを単一のTiDBクラスタに統合することが可能であることが示されています。 |+|

EN: |+| The second reason for choosing TiDB is the built-in Translytical, or HTAP, capability, |+| meaning TiDB is able to deal with transactional and analytical transactions at the same time.
JA: |+| TiDBを選ぶ第二の理由は、ビルトインのTranslytical、またはHTAP機能です。|+| これは、TiDBがトランザクションと分析的トランザクションの両方を同時に扱うことができることを意味します。

EN: |+| TiDB is equipped with both row-based and columnar-based storage engines, |+| making it optimized for handling both OLTP and |+| analytical workloads simultaneously.
JA: |+|TiDBは、行オンライン処理（OLTP）と分析ワークロードの両方の処理に最適化されているため、行ベースのストレージエンジンと列指向ベースのストレージエンジンの両方に備えています。 |+| |+|

EN: With a single standard SQL interface, |+| business analysts can easily gain insights from both online operations and cold data combined.
JA: 一つの標準的なSQLインターフェースを使用することで、ビジネスアナリストはオンライン操作と冷えたデータを組み合わせた両方から簡単に洞察を得ることができます。 |+|

EN: |+| TiDB is able to efficiently store and retrieve a large amount of data at the PB scale.
JA: |+|TiDBはPBスケールで大量のデータを効率的に格納および取得できます。

EN: |+| TiDB simplifies the handling of most Big Data issues with its implementation of standard SQL, |+| and with the added support for JSON data type and functions, it eliminates the need to incorporate |+| specialized tools from the Big Data ecosystem.
JA: |+|TiDBは、標準SQLを実装し、JSONデータ型と関数をサポートし、多くのビッグデータの問題を簡素化することができ、ビッグデータエコシステムから特化したツールを取り込む必要がなくなります。 |+| |+|

EN: As a result, SQL is back in the driver's seat.
JA: 結果、SQLはドライバーの座席に戻ってきました。

EN: |+| TiDB encapsulates the complexity of No One Size Fits All and reduces the re-investment, |+| especially the re-investment in the Cloud.
JA: |+|TiDBはNo One Size Fits Allの複雑さをカプセル化し、再投資を減らし、特にクラウドでの再投資を減らす。 |+|

EN: In the field of databases, it has been widely |+| accepted for many years that there is no universal solution that fits all since varying applications |+| have their unique database requirements.
JA: データベースの分野では、多様なアプリケーションに一つの万能な解決策が存在するわけではないことが、長年にわたって広く認められています。したがって、異なる要件に対応するためには、ユニークなデータベースの要件に対応する必要があります。 |+| |+|

EN: While some require high availability and scalability, |+| others demand high performance and low latency.
JA: 高可用性・スケーラビリティが必要な場合もあれば、 |+| 高パフォーマンス・低レイテンシーが求められる場合もあります。

EN: Furthermore, different database technologies and |+| configurations offer distinct advantages and limitations.
JA: さらに、異なるデータベース技術および構成は、独自の利点と制限を提供します。 |+|

EN: Thus, it is essential to |+| comprehend the specific needs of your application and select the appropriate database technology and |+| configuration that optimally addresses those requirements.
JA: したがって、アプリケーションの特定のニーズを理解し、適切なデータベース技術と構成を選択して、それらの要件に最適に対処することが不可欠です。 |+| |+|

EN: However, this often leads to a |+| significant increase in management complexity, which can be further amplified in public cloud |+| environments because of reinvestment issues.
JA: しかしながら、これはしばしば管理の複雑さの|+|かなりの増加につながることがあります。これは、再投資問題があるためにパブリッククラウド|+|環境でさらに増幅する可能性があります。

EN: At TiDB's core, it is a key-value NoSQL database that |+| incorporates a stateless SQL layer, granting it the advantages of both NoSQL and RDBMS.
JA: TiDBの中心には、キーバリューNoSQLデータベースがあります。このデータベースには、状態を持たないSQLレイヤーが組み込まれており、NoSQLとRDBMSの両方の利点を持つようになっています。 |+|

EN: |+| It has been designed to handle the complexities associated with combining these two technologies, |+| adhering to the principle of "No One Size Fits All" at a lower level.
JA: |+|一つのサイズがすべてに合う |+|

EN: However, |+| at the higher operation level, TiDB presents a single management interface as a unified database, |+| enabling users to benefit from both approaches simultaneously.
JA: ただし、高い操作レベルで|+|は、TiDBが統合されたデータベースとして単一の管理インタフェースを提供するため、|+|ユーザーは両方のアプローチを同時に利用することができます。

EN: Unless your application requires |+| extremely low latency, otherwise for most of the cases, TiDB is a comprehensive solution.
JA: 極端に低いレイテンシーが必要な場合を除き、ほとんどの場合、TiDBは包括的なソリューションです。 |+|

EN: |+| As mentioned earlier, TiDB offers both row-based and column-based storage engines.
JA: |+|先に言及したように、TiDBは行ベースおよびカラムベースの両方のストレージエンジンを提供しています。

EN: The column-based |+| engine is capable of automatically replicating the necessary data from the row-based engine |+| for analytical workloads, without the need for additional ETL jobs.
JA: カラムベースのエンジンは、解析ワークロード用の行ベースのエンジンから必要なデータを自動的に複製することができる。それにより、追加のETLジョブなしにデータをレプリケートすることができる。 |+| |+|

EN: |+| Here goes an example architecture without TiDB.
JA: |+|ここにはTiDBのない例のアーキテクチャがあります。

EN: We placed six database clients instances here, |+| in the practice, of course, there could be much more.
JA: ここに6つのデータベースクライアントインスタンスを配置しました |+| この実践では、もちろん、はるかに多くのものがあるかもしれません。

EN: The architecture is already cloud friendly.
JA: アーキテクチャは既にクラウド対応しています。

EN: |+| The availability zone here stands for the data centers or AZ provided by cloud service providers.
JA: |+|ここでの可用性ゾーンとは、クラウドサービスプロバイダが提供するデータセンターまたはAZを意味します。

EN: |+| And, we have MySQL for online transaction processing.
JA: |+|そして、私たちはオンライントランザクション処理のためにMySQLを持っています。

EN: The standby database here is a |+| full replica of the leader database for high availability and disaster recovery purposes.
JA: ここでのスタンバイデータベースは、高可用性と災害復旧の目的でLeaderデータベースの |+| 完全なレプリカです。

EN: |+| With the leader for writes and re-replica for reads you can handle a pretty serious workload.
JA: |+| 書き込みのためのLeaderと読み取りのための再レプリカを使用することで、かなりの重いワークロードを処理できます。

EN: |+| And, there is a cache for transit objects or hotspot objects to improve the read performance.
JA: |+|そして、読み取りパフォーマンスを向上するために、転送オブジェクトまたはホットスポットオブジェクトのためのキャッシュがあります。

EN: |+| NoSQL database here is a horizontally scalable persistent store and its nodes can span across |+| availability zones to achieve the requirements of high availability, disaster recovery, |+| performance and data growth at scale.
JA: |+|NoSQLデータベースは、水平方向に拡張可能な永続的なストレージであり、そのノードは可用性ゾーンをまたいで高可用性、ディザスタリカバリー、パフォーマンス、スケーラビリティを実現するために使用されます。|+| ただし、入力された英語文に|+|がある場合は、翻訳結果にも含まれます。

EN: The data layer architecture is complicated to some extent.
JA: データレイヤーのアーキテクチャはある程度複雑です。

EN: |+| Let's zoom in MySQL master.
JA: |+|MySQLマスターを拡大してみましょう。

EN: As the business grows the data will eventually outgrow the single |+| machine.
JA: ビジネスが成長するにつれ、データは最終的に単一の機械を超えるようになるでしょう。 |+|

EN: One way of handling the increasing writes is to split the data over multiple databases using |+| what's called sharding.
JA: 増加する書き込みを処理する一つの方法は、シャーディングと呼ばれるものを使用してデータを複数のデータベースに分割することです。 |+|

EN: For example to begin with you might store all information for users with the |+| user ID starting with the letter A through Z in a single database.
JA: この場合、AからZの文字で始まるユーザーIDを持つすべての情報を単一のデータベースに格納することを検討します。 |+|

EN: To increase the write capacity |+| you split the database into two.
JA: 書き込みキャパシティを増やすには、データベースを2つに分割します。 |+|

EN: Well, some users are handling the first database and some in the |+| second.
JA: 最初のデータベースを扱っているユーザーと、|+|二番目のユーザーと、いくつかのユーザーが扱っています。

EN: Here we use the first letter of the user ID as an example, but in practice people |+| sometimes use consistent hash to determine the shard used for a specific piece of data.
JA: ここでは、ユーザーIDの最初の文字を例として使用していますが、実際には|+|独自の一貫したハッシュを使用して、特定のデータのシャードを決定することがあります。

EN: |+| When you need to increase capacity further you do the same thing and split the data set again.
JA: |+|キャパシティをさらに増やす必要がある場合は、同じことをしてデータセットを再分割します。

EN: |+| Adding shards that makes generating reports gets more and more difficult.
JA: |+|追加のシャードは、レポート生成がますます困難になることを意味します。

EN: |+| Those are only for write operations, you also need replicas in local availability |+| zone for read performance and standby database per shard in the peering AZ for |+| high availability and disaster recovery.
JA: |+|書き込み操作のみに使用されます。読み取りパフォーマンスのために、ローカル可用性ゾーンのレプリカも必要です。また、ペアリングAZ内のシャードごとにスタンバイデータベースが必要です。高可用性と障害復旧のために。 |+| |+|

EN: This is no fun at all for the developers and Ops team.
JA: 開発者や運用チームにとっては全く楽しくないと思われます。

EN: |+| By using TiDB the data layer architecture is straightforward and the exposed complexity |+| is dramatically mitigated.
JA: |+|TiDBの使用により、データレイヤーアーキテクチャは簡単であり、さらに複雑さを減らすことができます。 |+|

EN: Like NoSQL, TiDB is distributed and is capable of horizontal scaling.
JA: Like NoSQL, TiDBは分散型であり、水平方向のスケーリングが可能です。

EN: |+| TiDB handles sharding automatically and it's transparent to your application.
JA: |+|TiDBはシャーディングを自動的に処理し、アプリケーションには透過的であるということを意味しています。

EN: |+| Unlike NoSQL, TiDB supports transaction and SQL in native and is compatible with MySQL.
JA: |+|NoSQLとは異なり、TiDBはトランザクションとSQLをネイティブでサポートしており、MySQLと互換性があります。

EN: |+| Within TiDB, the replication happens automatically, the sharding happens |+| automatically, the role based and columnar store transformation happens automatically.
JA: |+|TiDB内で、レプリケーションは自動的に発生し、シャーディングも自動的に発生し、ロールベースおよびカラムストア変換も自動的に発生します。 |+|

EN: It acts |+| in a position as a multiple purpose database to replace MySQL and NoSQL databases simultaneously.
JA: これを日本語に翻訳して、１行で出力します。英語の文章に存在する場合は|+|マークを無視し、翻訳後の文章には元のマークを戻します。

MySQLやNoSQLデータベースの両方を同時に置き換える多目的データベースとしての位置で動作します。

EN: |+| TiDB is versatile, so you can focus on your application.
JA: |+|TiDBは汎用性が高く、アプリケーションに集中することができます。

EN: Users acquire data |+| agility without worrying about the future of growing pain.
JA: ユーザーは、将来的に痛みが増えることを心配することなく、データを|+|柔軟に取得できます。

EN: But I have to mention that even |+| TiDB is versatile it cannot eliminate the hot spot bottleneck caused by your application.
JA: しかしながら、TiDBは多目的であるにも関わらず、アプリケーションによって引き起こされるホットスポットのボトルネックを排除することはできないことを言及する必要があります。 |+|

EN: |+| So, cache components like Redis are still required for the application hotspot cases.
JA: |+| つまり、Redisなどのキャッシュコンポーネントは、アプリケーションのホットスポットケースに対してまだ必要です。

EN: We |+| will discuss how to mitigate hotspots in detail in the TiDB Performance Tuning course in the database |+| operation learning path and in TiDB specific feature course in the developer learning path.
JA: We will discuss how to mitigate hotspots in detail in the TiDB パフォーマンスチューニング course in the database operation learning path and in TiDB specific feature course in the developer learning path. |+| 私たちは、データベース操作学習の道筋における TiDB 及び開発者学習のパスにおける TiDB 特有の機能コースで、ホットスポットの緩和方法について詳しく議論します。 |+|

EN: |+| TiDB is used by more than 3,000 global adopters, and it is trusted by global innovation leaders.
JA: |+|TiDBは、3000を超えるグローバル採用企業によって利用されており、グローバルなイノベーションLeadersに信頼されています。

EN: |+| Here are a few examples.
JA: |+|以下にいくつかの例を示します。

EN: |+| Catalyst is a Software-as-a-Service (SaaS) company that provides a powerful customer |+| success platform to help companies achieve success with their customers.
JA: |+|Catalystは、強力な顧客成功プラットフォームを提供するSaaS（Software-as-a-Service）企業であり、顧客との成功を達成するために企業を支援します。 |+|

EN: |+| Catalyst used PostgreSQL, and then Elasticsearch for their data backends, but did not work out.
JA: |+|Catalystは、データバックエンドとしてPostgreSQLを使用し、その後Elasticsearchを使用したが、うまくいかなかった。

EN: |+| Then, Catalyst investigated TiDB.
JA: |+|その後、CatalystはTiDBを調査しました。

EN: They found that TiDB’s response time was 10 to 60 times |+| faster than its competitors.
JA: TiDBの応答時間は、競合他社よりも10〜60倍高速だったことがわかりました。 |+|

EN: Also they are keen that TiDB has perfect support for online DDL.
JA: Also they are keen that TiDB has perfect support for online DDL.  また、彼らは TiDB に対してオンライン DDL の完璧なサポートがあることを強く望んでいます。

EN: |+| Bolt is a global mobility company headquartered in Estonia that mainly offers vehicle hiring, |+| car-sharing, and food delivery services.
JA: |+|ボルトは、主に車のレンタル、カーシェアリング、フードデリバリーサービスを提供しているエストニアに本拠地を置くグローバルなモビリティ企業です。 |+|

EN: Bolt has over 100 million customers.
JA: ボルトは1億人以上の顧客がいます。

EN: |+| Previously, Bolt used MySQL as its main database.
JA: |+|以前、Boltは主要なデータベースとしてMySQLを使用していました。

EN: As the data volume grows, |+| sharding was introduced, and did not meet their expectations.
JA: データ量が増えると、分割が導入されて、期待に応えられなくなった。 |+|

EN: |+| Bolt explored Vitess and TiDB for the MySQL replacement.
JA: |+|Boltは、MySQLの代替としてVitessとTiDBを探求しました。

EN: It |+| turned out that Vitess required too many changes to Bolt’s applications.
JA: VitessはBoltのアプリケーションに多くの変更を必要とすることがわかりました。 |+|

EN: |+| Bolt finally chose TiDB, an open source, distributed NewSQL database.
JA: |+|Boltはついにオープンソースの分散NewSQLデータベースであるTiDBを選みました。

EN: |+| Bolt is impressed by TiDB’s almost infinite horizontal scalability.
JA: |+|Boltは、TiDBのほぼ無限の水平スケーラビリティに感銘を受けています。

EN: |+| By automatically adding or removing storage nodes, |+| it can easily handle up to hundreds of terabytes of sudden data spikes or plunges.
JA: |+|自動的にストレージノードを追加または削除することによって、急激なデータのスパイクや急落が発生しても、数百テラバイトものデータを簡単に処理できます。 |+|

EN: |+| Moreover, TiDB has strong compression capability, which reduces storage costs.
JA: |+|さらに、TiDBには強力な圧縮機能があり、ストレージコストが削減されています。

EN: |+| Lastly, it has a simplified architecture and can handle |+| transactional and analytical workloads at the same time.
JA: |+|最後に、簡素化されたアーキテクチャを持ち、トランザクショナルおよび分析ワークロードを同時に処理できます。 |+|

EN: |+| For more information, you may go to https://www.pingcap.com/customers/ |+| for more use cases.
JA: |+|より詳細な情報については、https://www.pingcap.com/customers/をご覧ください。より多くのユースケースについては、そちらをご参照ください。 |+|