Rustでのデータベース操作エラー処理完全ガイド

Rustでのデータベース操作中に発生するエラーは、プログラムの安定性と信頼性に大きく影響します。データベースへの接続失敗、SQLクエリの構文エラー、データ型の不一致、非同期処理におけるタイムアウトなど、多くの要因でエラーが発生します。これらのエラーを適切に処理しないと、システム全体がクラッシュしたり、データの不整合が発生する可能性があります。

本記事では、Rustでデータベースを扱う際に知っておくべきエラー処理の基本概念から、具体的なクレート（ライブラリ）を用いた実装方法、カスタムエラー型の作成、非同期処理におけるエラー管理までを解説します。これにより、安全で信頼性の高いデータベース操作をRustで実現できるようになります。

Rustにおけるデータベース操作の概要

Rustでデータベース操作を行うには、効率的かつ安全に利用できるライブラリ（クレート）を活用するのが一般的です。Rustの強力な型システムと所有権モデルにより、ランタイムエラーを最小限に抑えつつ、高パフォーマンスなデータベース操作が可能です。

代表的なデータベースクレート

Rustでよく使用されるデータベースクレートには、以下のものがあります：

Diesel
強力な型安全性を提供するORM（Object-Relational Mapping）クレート。静的型付けされたクエリ生成が特徴です。
SQLx
非同期処理に対応したSQLクライアントライブラリ。コンパイル時にSQLクエリの検証が可能です。
SeaORM
使いやすいAPIと柔軟なクエリ生成を提供する非同期ORMクレート。
tokio-postgres
非同期処理に特化したPostgreSQLクライアントライブラリ。

データベース接続の基本手順

Rustでデータベースに接続する基本手順は以下の通りです：

依存クレートの追加
Cargo.tomlに必要なクレートを追加します。

   [dependencies]
   diesel = { version = "1.4.8", features = ["postgres"] }

接続設定
環境変数や設定ファイルでデータベースの接続情報を管理します。

   let database_url = std::env::var("DATABASE_URL").expect("DATABASE_URL must be set");
   let connection = PgConnection::establish(&database_url)
       .expect("Failed to connect to the database");

クエリの実行
SQL文またはクレート固有のAPIを使ってデータ操作を行います。

   let users = users::table.load::<User>(&connection).expect("Error loading users");

Rustでデータベース操作を行う際は、エラー処理が重要です。クレート固有のエラー型やResult型をうまく活用し、安全で堅牢なデータベースアプリケーションを構築しましょう。

データベース操作で発生する一般的なエラー

Rustでデータベース操作を行う際には、さまざまなエラーが発生する可能性があります。これらのエラーを理解し、適切に処理することで、プログラムの信頼性と安定性を向上させることができます。

1. 接続エラー

データベースへの接続が確立できない場合に発生するエラーです。原因としては、以下が考えられます。

誤った接続情報（ホスト、ポート、認証情報）
データベースサーバーがダウンしている
ネットワークの問題

例：Dieselクレートでの接続エラー

let connection = PgConnection::establish(&database_url)
    .expect("Failed to connect to the database");

2. SQLクエリエラー

SQLクエリの文法エラーやデータ型の不一致で発生するエラーです。

構文エラー：SQL文の文法ミス
データ型エラー：型が一致しないデータを挿入しようとした場合

例：SQLxクレートでのクエリエラー

let row = sqlx::query!("SELECT * FROM users WHERE id = ?", "invalid_id").fetch_one(&pool).await?;

3. データの不整合エラー

データの整合性が保たれていない場合に発生します。

主キーの重複
外部キー制約の違反

4. タイムアウトエラー

クエリや接続が一定時間内に完了しない場合に発生するエラーです。

ネットワーク遅延
クエリの効率が悪く、処理が遅い

5. 非同期処理におけるエラー

非同期データベース操作（async/await）で発生するエラーです。

タスクのキャンセル
非同期ランタイムの問題

エラーの例外処理

Rustでは、エラーはResult型やOption型を使って明示的に処理されます。

match connection {
    Ok(conn) => println!("Successfully connected"),
    Err(e) => eprintln!("Connection error: {}", e),
}

データベース操作で発生するエラーを事前に把握し、適切に処理することで、システム全体の堅牢性を高めることができます。

エラーハンドリングの基本概念

Rustにおけるエラーハンドリングは、安全性と堅牢性を高めるための重要な要素です。Rustでは、エラー処理のためにResult型とOption型を提供しており、これらを活用することでランタイムエラーを最小限に抑えた堅牢なコードが書けます。

`Result`型によるエラーハンドリング

Result型は、処理が成功した場合とエラーが発生した場合の両方を表す列挙型です。

enum Result<T, E> {
    Ok(T),    // 成功時の値
    Err(E),   // エラー時の値
}

使用例：

fn divide(a: f64, b: f64) -> Result<f64, String> {
    if b == 0.0 {
        Err("Division by zero".to_string())
    } else {
        Ok(a / b)
    }
}

fn main() {
    match divide(10.0, 0.0) {
        Ok(result) => println!("Result: {}", result),
        Err(e) => eprintln!("Error: {}", e),
    }
}

`Option`型によるエラーハンドリング

Option型は、値が存在するかしないかを表すために使われます。

enum Option<T> {
    Some(T),  // 値が存在する場合
    None,     // 値が存在しない場合
}

使用例：

fn get_element_at_index(arr: &[i32], index: usize) -> Option<&i32> {
    arr.get(index)
}

fn main() {
    let arr = [1, 2, 3];
    match get_element_at_index(&arr, 5) {
        Some(value) => println!("Value: {}", value),
        None => println!("No element found at the given index"),
    }
}

エラー処理のための便利なメソッド

unwrap()：成功時は値を返し、エラー時はパニックします。
expect(msg)：エラー時にカスタムメッセージとともにパニックします。
map()：Okの値に対して処理を行います。
and_then()：連続した処理をチェーンします。

例：and_thenの使用

fn square_root(x: f64) -> Result<f64, String> {
    if x >= 0.0 {
        Ok(x.sqrt())
    } else {
        Err("Negative input".to_string())
    }
}

fn process_number(x: f64) -> Result<f64, String> {
    square_root(x).and_then(|val| Ok(val * 2.0))
}

fn main() {
    match process_number(4.0) {
        Ok(result) => println!("Result: {}", result),
        Err(e) => eprintln!("Error: {}", e),
    }
}

エラー処理のベストプラクティス

適切なエラー型を使用する：状況に応じてResultとOptionを使い分ける。
カスタムエラー型を定義する：複数のエラー種類がある場合、カスタムエラー型を作成する。
エラーを明示的に処理する：unwrapやexpectを多用せず、可能な限りmatchや?演算子で処理する。

Rustのエラーハンドリングを適切に活用することで、安全で信頼性の高いデータベース操作が可能になります。

SQLクエリの実行時エラー処理

Rustでデータベース操作を行う際、SQLクエリの実行中にエラーが発生することは珍しくありません。構文エラー、データ型の不一致、外部キー制約違反など、さまざまな要因でクエリが失敗する可能性があります。これらのエラーを適切に処理することで、システムの安定性を向上させることができます。

代表的なSQLクエリエラーの種類

構文エラー：SQL文の書き方が正しくない場合に発生します。
データ型エラー：クエリが期待するデータ型と異なるデータが渡された場合に発生します。
外部キー制約エラー：関連するテーブル間のデータ整合性が崩れた場合に発生します。
一意制約違反：主キーやユニーク制約に違反するデータが挿入された場合に発生します。

SQLクエリのエラー処理例：Dieselクレートを使用

DieselはRustでよく使われるORMクレートです。エラーが発生した場合、Result型でエラー情報を返します。

例：構文エラーの処理

use diesel::prelude::*;
use diesel::result::Error;

fn get_user_by_id(conn: &PgConnection, user_id: i32) -> Result<User, Error> {
    use crate::schema::users::dsl::*;

    users.filter(id.eq(user_id))
        .first::<User>(conn)
}

fn main() {
    let connection = establish_connection();
    match get_user_by_id(&connection, 1) {
        Ok(user) => println!("User found: {:?}", user),
        Err(Error::NotFound) => eprintln!("User not found"),
        Err(e) => eprintln!("Error executing query: {}", e),
    }
}

SQLxクレートでのエラー処理

SQLxは非同期処理に対応したクエリ検証が可能なクレートです。Result型でエラーを処理します。

例：データ型エラーの処理

use sqlx::postgres::PgPoolOptions;
use sqlx::Error;

#[tokio::main]
async fn main() -> Result<(), Error> {
    let pool = PgPoolOptions::new()
        .max_connections(5)
        .connect("postgres://user:password@localhost/db_name")
        .await?;

    let result = sqlx::query!("SELECT * FROM users WHERE id = $1", "invalid_id")
        .fetch_one(&pool)
        .await;

    match result {
        Ok(row) => println!("User: {:?}", row),
        Err(e) => eprintln!("Query error: {}", e),
    }

    Ok(())
}

エラーの詳細情報を取得する

クレートによっては、エラーの詳細情報を取得できます。SQLxの場合、エラーの種類や詳細なメッセージを確認できます。

match result {
    Err(sqlx::Error::RowNotFound) => eprintln!("No rows found for the query."),
    Err(e) => eprintln!("Unexpected error: {}", e),
    _ => (),
}

エラー処理のベストプラクティス

具体的なエラーの種類に応じた処理を行う。
エラーログを適切に記録し、デバッグしやすくする。
ユーザーに適切なエラーメッセージを表示し、システムの状態を分かりやすく伝える。
リトライ戦略の実装で一時的なエラーに対応する。

RustでSQLクエリのエラーを適切に処理することで、データベース操作の信頼性と堅牢性を高めることができます。

接続エラーの処理方法

データベース接続エラーは、Rustでデータベース操作を行う際に頻繁に発生する問題の一つです。ネットワーク障害、認証エラー、設定ミスなど、さまざまな原因で接続が失敗する可能性があります。これらのエラーを適切に処理することで、システムの信頼性を向上させることができます。

代表的な接続エラーの原因

ネットワーク障害：サーバーがダウンしている、またはネットワーク接続が不安定。
認証エラー：ユーザー名やパスワードが間違っている。
設定ミス：ホスト、ポート、データベース名が正しく設定されていない。
タイムアウト：接続確立までに時間がかかりすぎた場合。

Dieselクレートでの接続エラー処理

Dieselを使ってデータベースに接続する際、Result型で接続の成否を確認できます。

例：接続エラーの処理

use diesel::pg::PgConnection;
use diesel::prelude::*;
use std::env;

fn establish_connection() -> Result<PgConnection, diesel::ConnectionError> {
    let database_url = env::var("DATABASE_URL").expect("DATABASE_URL must be set");
    PgConnection::establish(&database_url)
}

fn main() {
    match establish_connection() {
        Ok(conn) => println!("Successfully connected to the database."),
        Err(e) => eprintln!("Connection error: {}", e),
    }
}

SQLxクレートでの接続エラー処理

SQLxは非同期対応のクレートで、接続時にエラーが発生する可能性を考慮し、Result型を返します。

例：非同期接続エラーの処理

use sqlx::postgres::PgPoolOptions;
use sqlx::Error;

#[tokio::main]
async fn main() -> Result<(), Error> {
    let pool = PgPoolOptions::new()
        .max_connections(5)
        .connect("postgres://user:password@localhost/db_name")
        .await;

    match pool {
        Ok(_) => println!("Successfully connected to the database."),
        Err(e) => eprintln!("Failed to connect: {}", e),
    }

    Ok(())
}

リトライ戦略の実装

一時的な接続エラーに対応するため、リトライ処理を実装することで成功率を高められます。

リトライ処理の例

use sqlx::postgres::PgPoolOptions;
use sqlx::Error;
use tokio::time::{sleep, Duration};

async fn establish_connection_with_retry(retries: u32) -> Result<(), Error> {
    for attempt in 1..=retries {
        match PgPoolOptions::new()
            .max_connections(5)
            .connect("postgres://user:password@localhost/db_name")
            .await
        {
            Ok(_) => {
                println!("Successfully connected on attempt {}", attempt);
                return Ok(());
            }
            Err(e) => {
                eprintln!("Attempt {}: Connection failed: {}", attempt, e);
                sleep(Duration::from_secs(2)).await;
            }
        }
    }

    Err(Error::Configuration("All retries failed".into()))
}

#[tokio::main]
async fn main() {
    if let Err(e) = establish_connection_with_retry(3).await {
        eprintln!("Final error: {}", e);
    }
}

接続エラー処理のベストプラクティス

適切なエラーメッセージの表示：原因を明確にするために詳細なメッセージをログに残す。
リトライ処理の導入：一時的なエラーに対処するため、一定回数のリトライを試みる。
タイムアウト設定：接続待ち時間を制限し、システムの応答性を保つ。
接続情報のセキュアな管理：認証情報を環境変数や設定ファイルで安全に管理する。

Rustでの接続エラーを適切に処理することで、データベース操作の安定性と耐障害性を向上させることができます。

非同期データベース操作のエラー処理

Rustでは、非同期プログラミングが広く用いられ、データベース操作においても効率的な非同期処理が求められます。非同期操作を行うことで、I/O待ちの時間を有効活用し、アプリケーションのパフォーマンスを向上させることができます。しかし、非同期データベース操作には特有のエラー処理が必要です。

非同期処理の基本概念

Rustの非同期処理は、async/await構文とtokioやasync-stdなどの非同期ランタイムを利用して実現します。非同期データベースクレートとしては、SQLxやSeaORMが代表的です。

SQLxを用いた非同期クエリ処理

SQLxは非同期処理に対応したデータベースクライアントで、コンパイル時にSQLクエリの検証が可能です。

依存クレートの追加
Cargo.tomlに以下を追加します。

[dependencies]
sqlx = { version = "0.6", features = ["postgres", "runtime-tokio", "macros"] }
tokio = { version = "1", features = ["full"] }

非同期データベース接続の例

use sqlx::postgres::PgPoolOptions;
use sqlx::Error;

#[tokio::main]
async fn main() -> Result<(), Error> {
    let database_url = "postgres://user:password@localhost/db_name";

    let pool = PgPoolOptions::new()
        .max_connections(5)
        .connect(database_url)
        .await?;

    println!("Successfully connected to the database.");

    Ok(())
}

非同期クエリ実行とエラー処理

非同期クエリを実行し、エラーが発生した場合の処理を行います。

データ取得の例：

use sqlx::postgres::PgPool;
use sqlx::Error;

#[tokio::main]
async fn main() -> Result<(), Error> {
    let database_url = "postgres://user:password@localhost/db_name";
    let pool = PgPool::connect(database_url).await?;

    let result = sqlx::query!("SELECT * FROM users WHERE id = $1", 1)
        .fetch_one(&pool)
        .await;

    match result {
        Ok(user) => println!("User found: {:?}", user),
        Err(sqlx::Error::RowNotFound) => eprintln!("User not found"),
        Err(e) => eprintln!("Query error: {}", e),
    }

    Ok(())
}

非同期エラー処理のポイント

適切なエラー型の確認：
SQLxでは、エラーの種類に応じて適切な処理ができます。

   match result {
       Err(sqlx::Error::RowNotFound) => eprintln!("No rows found."),
       Err(sqlx::Error::Database(db_error)) => eprintln!("Database error: {}", db_error),
       Err(e) => eprintln!("Unexpected error: {}", e),
       Ok(_) => println!("Query executed successfully."),
   }

?演算子の活用：
非同期関数内でResult型のエラーを簡潔に処理できます。

   let user = sqlx::query!("SELECT * FROM users WHERE id = $1", 1).fetch_one(&pool).await?;

タイムアウトの設定：
非同期操作にタイムアウトを設定し、長時間待たないようにします。

   use tokio::time::{timeout, Duration};

   let result = timeout(Duration::from_secs(5), sqlx::query!("SELECT * FROM users").fetch_all(&pool)).await;

   match result {
       Ok(Ok(rows)) => println!("Rows: {:?}", rows),
       Ok(Err(e)) => eprintln!("Query error: {}", e),
       Err(_) => eprintln!("Operation timed out"),
   }

非同期エラー処理のベストプラクティス

エラーの詳細をログに記録し、デバッグしやすくする。
タイムアウトやリトライ戦略を導入し、システムの安定性を向上させる。
適切なエラー型で処理し、異なるエラーに応じた対策を行う。
非同期タスクのキャンセルを考慮し、不要なタスクを適切に終了する。

非同期データベース操作のエラー処理を適切に実装することで、Rustアプリケーションの効率性と信頼性を高めることができます。

カスタムエラー型の作成

Rustでは、データベース操作や複雑な処理において、標準のエラー型だけではカバーしきれない場合があります。そのため、プロジェクトに応じたカスタムエラー型を作成することで、エラー処理をより柔軟かつ明確に管理できます。

カスタムエラー型の基本

カスタムエラー型を作成するには、enumを使用し、さまざまなエラーケースを列挙します。thiserrorクレートやanyhowクレートを活用すると、カスタムエラー型の作成がより簡単になります。

依存クレートの追加

Cargo.tomlに以下を追加します。

[dependencies]
thiserror = "1.0"
sqlx = { version = "0.6", features = ["postgres", "runtime-tokio"] }
tokio = { version = "1", features = ["full"] }

カスタムエラー型の定義

thiserrorを使って、データベース操作用のカスタムエラー型を作成します。

use thiserror::Error;
use sqlx::Error as SqlxError;

#[derive(Error, Debug)]
pub enum DatabaseError {
    #[error("Database connection failed: {0}")]
    ConnectionError(#[from] SqlxError),

    #[error("Query execution failed: {0}")]
    QueryError(#[from] SqlxError),

    #[error("Data not found")]
    NotFoundError,
}

カスタムエラー型を使用する関数

データベース接続やクエリ実行時にカスタムエラー型を使用する例です。

use sqlx::postgres::PgPool;
use sqlx::Row;

async fn get_user_by_id(pool: &PgPool, user_id: i32) -> Result<String, DatabaseError> {
    let row = sqlx::query!("SELECT name FROM users WHERE id = $1", user_id)
        .fetch_optional(pool)
        .await?;

    match row {
        Some(record) => Ok(record.name),
        None => Err(DatabaseError::NotFoundError),
    }
}

#[tokio::main]
async fn main() {
    let database_url = "postgres://user:password@localhost/db_name";
    let pool = PgPool::connect(database_url).await.expect("Failed to connect to the database");

    match get_user_by_id(&pool, 1).await {
        Ok(name) => println!("User name: {}", name),
        Err(e) => eprintln!("Error: {}", e),
    }
}

カスタムエラー型の利点

エラーの種類を明確化：エラーごとに異なる種類を定義し、意味を明確にする。
エラーの詳細情報を保持：エラー内容や原因を含めることでデバッグが容易になる。
再利用性の向上：プロジェクト内で一貫したエラー処理ができ、コードがシンプルになる。

エラーの変換

?演算子を使うと、自動的に他のエラー型からカスタムエラー型へ変換できます。

async fn connect_to_db(url: &str) -> Result<PgPool, DatabaseError> {
    let pool = PgPool::connect(url).await?;
    Ok(pool)
}

カスタムエラー型のベストプラクティス

具体的なエラー内容を記述し、デバッグやログ記録に役立てる。
エラー型を統一し、プロジェクト全体で一貫性を保つ。
エラー処理の詳細を隠蔽し、呼び出し側にはシンプルなインターフェースを提供する。

カスタムエラー型を活用することで、Rustのデータベース操作におけるエラー処理が柔軟かつ効率的になり、コードの可読性と保守性が向上します。

実践：エラー処理のサンプルコード

Rustでデータベース操作を行う際のエラー処理の実装例を紹介します。ここでは、SQLxとカスタムエラー型を組み合わせたサンプルコードを用い、接続エラーやクエリ実行エラーに適切に対応する方法を示します。

準備：Cargo.tomlの依存関係

まず、必要なクレートをCargo.tomlに追加します。

[dependencies]
tokio = { version = "1", features = ["full"] }
sqlx = { version = "0.6", features = ["postgres", "runtime-tokio", "macros"] }
thiserror = "1.0"

1. カスタムエラー型の作成

データベース操作に対応するカスタムエラー型を定義します。

use thiserror::Error;
use sqlx::Error as SqlxError;

#[derive(Error, Debug)]
pub enum DatabaseError {
    #[error("Database connection error: {0}")]
    ConnectionError(#[from] SqlxError),

    #[error("Query execution error: {0}")]
    QueryError(#[from] SqlxError),

    #[error("User not found")]
    NotFoundError,
}

2. データベース接続関数

データベースに接続する関数を作成します。

use sqlx::postgres::PgPool;

async fn establish_connection(database_url: &str) -> Result<PgPool, DatabaseError> {
    let pool = PgPool::connect(database_url).await?;
    Ok(pool)
}

3. ユーザー情報を取得する関数

ユーザーIDをもとにデータベースからユーザー情報を取得する関数です。

use sqlx::Row;

async fn get_user_by_id(pool: &PgPool, user_id: i32) -> Result<String, DatabaseError> {
    let result = sqlx::query!("SELECT name FROM users WHERE id = $1", user_id)
        .fetch_optional(pool)
        .await?;

    match result {
        Some(record) => Ok(record.name),
        None => Err(DatabaseError::NotFoundError),
    }
}

4. メイン関数でエラー処理を実装

接続エラーやクエリ実行時のエラーを適切に処理します。

#[tokio::main]
async fn main() {
    let database_url = "postgres://user:password@localhost/db_name";

    // データベース接続
    let pool = match establish_connection(database_url).await {
        Ok(pool) => pool,
        Err(e) => {
            eprintln!("Error connecting to the database: {}", e);
            return;
        }
    };

    // ユーザー情報の取得
    match get_user_by_id(&pool, 1).await {
        Ok(name) => println!("User name: {}", name),
        Err(DatabaseError::NotFoundError) => eprintln!("User not found."),
        Err(e) => eprintln!("Error executing query: {}", e),
    }
}

実行結果の例

1. 正常な場合

User name: Alice

2. ユーザーが見つからない場合

User not found.

3. データベース接続エラー

Error connecting to the database: Database connection error: failed to connect to the database

コード解説

カスタムエラー型：
DatabaseErrorを定義し、接続エラー、クエリエラー、データ未検出エラーに対応。
接続関数：
データベースへの接続を確立し、失敗した場合はエラーを返します。
データ取得関数：
指定されたIDのユーザーを検索し、見つからなければNotFoundErrorを返します。
エラー処理：
match式を用いて、エラーごとに異なる処理を実装しています。

エラー処理のベストプラクティス

明確なエラーメッセージ：エラーの原因を明確に伝えるメッセージを出力する。
カスタムエラー型：エラー種類ごとに詳細なエラー情報を保持する。
早期リターン：エラーが発生した時点で処理を中断し、不要な操作を避ける。
非同期処理の考慮：非同期操作でエラーが発生することを想定し、適切に処理する。

このサンプルコードを参考に、Rustで安全かつ効率的なデータベース操作を実装しましょう。

まとめ

本記事では、Rustでのデータベース操作におけるエラー処理について解説しました。データベース接続エラー、SQLクエリ実行時のエラー、非同期操作に特有のエラーなど、さまざまなエラーを正しく処理する方法を学びました。

カスタムエラー型を活用することで、エラーの種類や詳細を明確にし、より柔軟なエラー管理が可能になります。さらに、Result型やOption型、非同期処理と組み合わせたエラー処理によって、ランタイムエラーを最小限に抑え、信頼性の高いアプリケーションを構築できます。

適切なエラーハンドリングを実装することで、Rustアプリケーションの安定性と保守性が向上し、データベース操作が安全かつ効率的になります。

Rustでのデータベース操作エラー処理完全ガイド

Rustにおけるデータベース操作の概要

代表的なデータベースクレート

データベース接続の基本手順

データベース操作で発生する一般的なエラー

1. 接続エラー

2. SQLクエリエラー

3. データの不整合エラー

4. タイムアウトエラー

5. 非同期処理におけるエラー

エラーの例外処理

エラーハンドリングの基本概念

`Result`型によるエラーハンドリング

`Option`型によるエラーハンドリング

エラー処理のための便利なメソッド

エラー処理のベストプラクティス

SQLクエリの実行時エラー処理

代表的なSQLクエリエラーの種類

SQLクエリのエラー処理例：Dieselクレートを使用

SQLxクレートでのエラー処理

エラーの詳細情報を取得する

エラー処理のベストプラクティス

接続エラーの処理方法

代表的な接続エラーの原因

Dieselクレートでの接続エラー処理

SQLxクレートでの接続エラー処理

リトライ戦略の実装

接続エラー処理のベストプラクティス

非同期データベース操作のエラー処理

非同期処理の基本概念

SQLxを用いた非同期クエリ処理

非同期データベース接続の例

非同期クエリ実行とエラー処理

非同期エラー処理のポイント

非同期エラー処理のベストプラクティス

カスタムエラー型の作成

カスタムエラー型の基本

依存クレートの追加

カスタムエラー型の定義

カスタムエラー型を使用する関数

カスタムエラー型の利点

エラーの変換

カスタムエラー型のベストプラクティス

実践：エラー処理のサンプルコード

準備：Cargo.tomlの依存関係

1. カスタムエラー型の作成

2. データベース接続関数

3. ユーザー情報を取得する関数

4. メイン関数でエラー処理を実装

実行結果の例

コード解説

エラー処理のベストプラクティス

まとめ

コメント

コメントする コメントをキャンセル

コメントするコメントをキャンセル