Rails フレームワークと ActiveRecord ORM を使用して TiDB に接続する
TiDB は MySQL 互換のデータベース、 レール Ruby で書かれた人気の Web アプリケーション フレームワーク、 アクティブレコードORM Rails のオブジェクト リレーショナル マッピングです。
このチュートリアルでは、TiDB と Rails を使用して次のタスクを実行する方法を学習します。
- 環境を設定します。
- Rails を使用して TiDB クラスターに接続します。
- アプリケーションをビルドして実行します。オプションで、ActiveRecord ORM を使用して基本的な CRUD 操作のサンプルコードスニペット見つけることができます。
注記:
このチュートリアルは、 TiDB Cloud Serverless、 TiDB Cloud Dedicated、および TiDB Self-Managed で機能します。
前提条件
このチュートリアルを完了するには、次のものが必要です。
TiDB クラスターがない場合は、次のように作成できます。
- (推奨) TiDB Cloud Serverless クラスターの作成に従って、独自のTiDB Cloudクラスターを作成します。
- ローカルテストTiDBクラスタをデプロイまたは本番のTiDBクラスタをデプロイに従ってローカル クラスターを作成します。
サンプルアプリを実行してTiDBに接続する
このセクションでは、サンプル アプリケーション コードを実行して TiDB に接続する方法を示します。
ステップ1: サンプルアプリのリポジトリをクローンする
サンプル コード リポジトリを複製するには、ターミナル ウィンドウで次のコマンドを実行します。
git clone https://github.com/tidb-samples/tidb-ruby-rails-quickstart.git
cd tidb-ruby-rails-quickstart
ステップ2: 依存関係をインストールする
次のコマンドを実行して、サンプル アプリに必要なパッケージ ( mysql2
とdotenv
を含む) をインストールします。
bundle install
既存のプロジェクトの依存関係をインストールする
既存のプロジェクトの場合は、次のコマンドを実行してパッケージをインストールします。
bundle add mysql2 dotenv
ステップ3: 接続情報を構成する
選択した TiDB デプロイメント オプションに応じて、TiDB クラスターに接続します。
- TiDB Cloud Serverless
- TiDB Cloud Dedicated
- TiDB Self-Managed
クラスターページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。
右上隅の「接続」をクリックします。接続ダイアログが表示されます。
接続ダイアログで、 「接続先」ドロップダウン リストから
Rails
選択し、接続タイプのデフォルト設定をPublic
のままにします。まだパスワードを設定していない場合は、 「パスワードの生成」をクリックしてランダムなパスワードを生成します。
次のコマンドを実行して
.env.example
コピーし、名前を.env
に変更します。cp .env.example .env.env
ファイルを編集し、DATABASE_URL
環境変数を次のように設定し、接続ダイアログから接続文字列を変数値としてコピーします。DATABASE_URL='mysql2://{user}:{password}@{host}:{port}/{database_name}?ssl_mode=verify_identity'注記
TiDB Cloud Serverless の場合、パブリック エンドポイントを使用する場合は、
ssl_mode=verify_identity
クエリ パラメータを使用して TLS 接続を有効にする必要があります。.env
ファイルを保存します。
クラスターページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。
右上隅の「接続」をクリックします。接続ダイアログが表示されます。
接続ダイアログで、 [接続タイプ]ドロップダウン リストから[パブリック]を選択し、 [CA 証明書]をクリックして CA 証明書をダウンロードします。
IP アクセス リストを設定していない場合は、 「IP アクセス リストの設定」をクリックするか、手順IPアクセスリストを構成するに従って最初の接続の前に設定してください。
TiDB Cloud Dedicated は、パブリック接続タイプに加えて、プライベートエンドポイントとVPC ピアリング接続タイプもサポートしています。詳細については、 TiDB Cloud専用クラスタに接続する参照してください。
次のコマンドを実行して
.env.example
コピーし、名前を.env
に変更します。cp .env.example .env.env
ファイルを編集し、DATABASE_URL
環境変数を次のように設定し、接続ダイアログから接続文字列を変数値としてコピーし、sslca
クエリ パラメータを接続ダイアログからダウンロードした CA 証明書のファイル パスに設定します。DATABASE_URL='mysql2://{user}:{password}@{host}:{port}/{database}?ssl_mode=verify_identity&sslca=/path/to/ca.pem'注記
パブリック エンドポイントを使用してTiDB Cloud Dedicated に接続する場合は、TLS 接続を有効にすることをお勧めします。
TLS 接続を有効にするには、クエリ パラメータ
ssl_mode
の値をverify_identity
に変更し、値sslca
を接続ダイアログからダウンロードした CA 証明書のファイル パスに変更します。.env
ファイルを保存します。
次のコマンドを実行して
.env.example
コピーし、名前を.env
に変更します。cp .env.example .env.env
ファイルを編集し、DATABASE_URL
環境変数を次のように設定し、{user}
、{password}
、{host}
、{port}
、および{database}
独自の TiDB 接続情報に置き換えます。DATABASE_URL='mysql2://{user}:{password}@{host}:{port}/{database}'TiDB をローカルで実行している場合、デフォルトのホスト アドレスは
127.0.0.1
で、パスワードは空です。.env
ファイルを保存します。
ステップ4: コードを実行して結果を確認する
データベースとテーブルを作成します。
bundle exec rails db:create bundle exec rails db:migrateサンプルデータをシードします。
bundle exec rails db:seedサンプル コードを実行するには、次のコマンドを実行します。
bundle exec rails runner ./quickstart.rb
接続が成功すると、コンソールに次のように TiDB クラスターのバージョンが出力されます。
🔌 Connected to TiDB cluster! (TiDB version: 8.0.11-TiDB-v8.1.2)
⏳ Loading sample game data...
✅ Loaded sample game data.
🆕 Created a new player with ID 12.
ℹ️ Got Player 12: Player { id: 12, coins: 100, goods: 100 }
🔢 Added 50 coins and 50 goods to player 12, updated 1 row.
🚮 Deleted 1 player data.
サンプルコードスニペット
次のサンプル コード スニペットを参照して、独自のアプリケーション開発を完了することができます。
完全なサンプル コードとその実行方法については、 tidb サンプル/tidb-ruby-rails-クイックスタートリポジトリを参照してください。
接続オプションを使用してTiDBに接続する
config/database.yml
の次のコードは、環境変数で定義されたオプションを使用して TiDB への接続を確立します。
default: &default
adapter: mysql2
encoding: utf8mb4
pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
url: <%= ENV["DATABASE_URL"] %>
development:
<<: *default
test:
<<: *default
database: quickstart_test
production:
<<: *default
注記
TiDB Cloud Serverless の場合、パブリック エンドポイントを使用する場合は、
DATABASE_URL
でssl_mode
クエリ パラメータをverify_identity
に設定して TLS 接続を有効にする必要がありますが、mysql2 gem はファイルが見つかるまで特定の順序で既存の CA 証明書を検索するため、DATABASE_URL
で SSL CA 証明書を指定する必要はありません。
データを挿入
次のクエリは、2 つのフィールドを持つ単一の Player を作成し、作成されたPlayer
オブジェクトを返します。
new_player = Player.create!(coins: 100, goods: 100)
詳細についてはデータを挿入を参照してください。
クエリデータ
次のクエリは、ID によって特定のプレーヤーのレコードを返します。
player = Player.find_by(id: new_player.id)
詳細についてはクエリデータを参照してください。
データの更新
次のクエリはPlayer
オブジェクトを更新します。
player.update(coins: 50, goods: 50)
詳細についてはデータの更新を参照してください。
データを削除する
次のクエリはPlayer
オブジェクトを削除します。
player.destroy
詳細についてはデータを削除するを参照してください。
ベストプラクティス
デフォルトでは、mysql2 gem (ActiveRecord ORM が TiDB に接続するために使用) は、ファイルが見つかるまで特定の順序で既存の CA 証明書を検索します。
- /etc/ssl/certs/ca-certificates.crt # Debian / Ubuntu / Gentoo / Arch / Slackware
- /etc/pki/tls/certs/ca-bundle.crt # RedHat / Fedora / CentOS / Mageia / Vercel / Netlify
- /etc/ssl/ca-bundle.pem # OpenSUSE
- /etc/ssl/cert.pem # MacOS / Alpine (docker コンテナ)
CA 証明書のパスを手動で指定することも可能ですが、この方法では、マシンや環境によって CA 証明書がさまざまな場所に保存される可能性があるため、複数の環境を展開するシナリオで大きな不便が生じる可能性があります。したがって、柔軟性と異なる環境間での展開の容易さのために、 sslca
~ nil
設定することをお勧めします。
次のステップ
- ActiveRecordのドキュメントから ActiveRecord ORM の使用方法を詳しく学びます。
- 開発者ガイドのデータを挿入 、 データの更新 、 データを削除する 、 クエリデータ 、 取引 、 SQLパフォーマンスの最適化などの章で、 TiDB アプリケーション開発のベスト プラクティスを学習します。
- プロフェッショナルTiDB 開発者コースを通じて学び、試験に合格するとTiDB 認定獲得します。
ヘルプが必要ですか?
不和またはスラック 、またはサポートチケットを送信するについてコミュニティに質問してください。