Java Servletでデータベース接続が必要な理由とは？JDBCの仕組みを徹底解説

データベースに接続するには何が必要？初心者向けに解説

新人と先輩の会話形式で理解しよう

新人

「Webアプリで会員登録機能をサイトに作りたいのですが、入力されたデータはどこに保存すればいいんでしょうか？」

先輩

「それにはデータベースという専用の保管場所が必要だね。Java Servletを使って、プログラムからその保管場所にデータを送る仕組みを作るんだよ。」

新人

「Javaとデータベースを繋ぐには、何か特別な道具が必要なんですか？」

先輩

「その通り。JDBCドライバという橋渡し役が必要になるんだ。まずはその全体像から学んでいこう！」

1. Java Servletでデータベース接続が必要な理由と仕組み

Java Servlet（サーブレット）を用いたWebアプリケーション開発において、データベース（DB）との連携は避けて通れない非常に重要な要素です。なぜなら、私たちが普段利用しているWebサービスのほとんどは、膨大なデータを管理・活用することで成り立っているからです。

なぜデータベースが必要なのか？

例えば、ネットショッピングサイトを想像してみてください。ユーザーが注文した履歴や、商品の在庫状況、会員のパスワード情報などは、プログラムを終了しても消えてはいけない情報です。Javaのプログラム内で変数に代入しただけのデータは、プログラムが終了したりサーバーが再起動したりすると、メモリから消えてなくなってしまいます。このように「データを永続的に（ずっと）保存しておく」ために、データベースが必要になります。

Servletとデータベースの役割分担

Java Servletは、ブラウザからのリクエストを受け取り、どのような処理を行うかを判断する「司令塔」の役割を果たします。しかし、Servlet自体はデータの保管が得意ではありません。そこで、データの保存や検索に特化した「データベース管理システム（DBMS）」に依頼を出します。Servletが「このユーザー情報を登録して！」と頼み、データベースが「了解、保存したよ！」と返事をする、このようなキャッチボールによってWebアプリは動作しています。

接続の基本的な流れ（JDBCの登場）

Javaからデータベースを操作するためには、Java Database Connectivity（JDBC）という標準的な規格を使用します。仕組みを簡単に例えると、以下のようになります。

Javaプログラム（Servlet）：注文を出すお客さん
JDBCインターフェース：注文の形式を決める共通のメニュー表
JDBCドライバ：注文を各言語（DBの種類）に翻訳して伝える通訳者
データベース（MySQLやPostgreSQLなど）：料理を作るキッチン

この仕組みがあるおかげで、開発者はデータベースの種類がMySQLであってもOracleであっても、ほぼ同じJavaの書き方で操作することができるのです。

2. 接続に不可欠な「JDBCドライバ」と「接続文字列（URL）」の基礎知識

データベース接続を実現するためには、具体的に2つの準備が必要です。それが「JDBCドライバの導入」と「接続文字列（URL）の設定」です。これらが正しく設定されていないと、Javaはどこにデータベースがあるのか、どうやって話しかければいいのか分からず、エラーになってしまいます。

JDBCドライバとは？

JDBCドライバは、Javaと特定のデータベース製品を繋ぐための「専用ソフトウェア」です。Java側は共通の命令（SQLなど）を使いますが、データベース製品ごとにデータの受け渡しルールが微妙に異なります。その差異を吸収してくれるのがドライバです。通常、使用するデータベース（MySQLならConnector/J、PostgreSQLならJDBC Driverなど）の公式サイトから「JARファイル」という形式で提供されているものを入手し、プロジェクトのライブラリ（libフォルダなど）に追加して使用します。

接続文字列（JDBC URL）とは？

接続文字列とは、データベースがネットワーク上のどこに存在するかを示す「住所」のようなものです。ブラウザでWebサイトを見る時にURL（https://...）を入力するのと同じように、Javaプログラムにも接続先を教える必要があります。一般的な形式は以下の通りです。

jdbc:サブプロトコル:サブネーム

例えば、自分のパソコン（localhost）で動いているMySQLの「sample_db」という名前のデータベースに接続する場合、以下のような文字列になります。

jdbc:mysql://localhost:3306/sample_db

ここで「3306」というのは「ポート番号」と呼ばれるもので、データベースが通信に使用する専用の窓口番号を指します。

Javaコードでの接続例

では、実際にJDBCドライバを読み込み、接続を確立する際の基本的なコードを見てみましょう。ここでは例として、データベースへの接続を確認するシンプルな処理を記述します。


import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;

public class DbConnectionExample {
    public static void main(String[] args) {
        // 1. 接続先情報（JDBC URL）
        String url = "jdbc:mysql://localhost:3306/sample_db";
        // 2. ユーザー名
        String user = "root";
        // 3. パスワード
        String password = "password123";

        try {
            // データベースへの接続を確立
            Connection conn = DriverManager.getConnection(url, user, password);
            System.out.println("データベースへの接続に成功しました！");
            
            // 接続を閉じる
            conn.close();
        } catch (SQLException e) {
            System.out.println("接続に失敗しました。理由: " + e.getMessage());
        }
    }
}


データベースへの接続に成功しました！

3. 安全にデータを守るためのDB接続情報（ユーザーID・パスワード）の管理方法

データベースには、顧客の個人情報や売上データなど、絶対に外部に漏れてはいけない重要な情報が詰まっています。そのため、接続に使用する「ユーザーID」や「パスワード」の取り扱いには細心の注意を払わなければなりません。初心者がやってしまいがちな「危険な管理方法」と、プロが行う「安全な管理方法」を学びましょう。

やってはいけない！ソースコードへの直書き

先ほどのサンプルコードでは、分かりやすさを優先してJavaファイル内に直接パスワードを記述（ハードコーディング）していました。しかし、実際の開発ではこれは**絶対にNG**です。なぜなら、GitHubなどのソースコード共有ツールにアップロードした際、誰でもパスワードが見れる状態になってしまうからです。一度流出したパスワードを悪用されると、データベース内の情報がすべて盗まれたり、破壊されたりする恐れがあります。

プロパティファイルによる外出し管理

最も一般的で基本的な対策は、接続情報を「設定ファイル（プロパティファイル）」としてJavaプログラムの外に切り出すことです。設定ファイルには、プログラム本体とは別に情報を記述し、Java側でそのファイルを読み込むようにします。


# db.propertiesファイルの例
db.url=jdbc:mysql://localhost:3306/sample_db
db.user=admin_user
db.password=SecurePass987

このようにファイルを分けることで、プログラムのソースコードを共有しても、パスワードが含まれる設定ファイルさえ除外しておけば、セキュリティを保つことができます。また、本番環境とテスト環境で接続先を切り替えたいときも、プログラムを書き換えることなく設定ファイルの値を変更するだけで対応できるというメリットもあります。

環境変数やJNDIの活用

さらに高度なセキュリティ対策として、OSの「環境変数」にパスワードを保存する方法や、アプリケーションサーバー（Tomcatなど）が提供する「JNDI（Java Naming and Directory Interface）」という仕組みを利用する方法があります。JNDIを利用すると、Javaプログラム側には「データベースの名前（リソース名）」だけを記述し、実際の接続情報はサーバーの設定ファイルで一括管理することができます。これにより、開発者が直接パスワードを知らなくてもプログラムが動く環境を作ることができ、内部不正の防止にも繋がります。

データベース接続のベストプラクティスを意識したコード

設定ファイルから情報を読み込んで接続する、より実戦に近いコード構成のイメージを紹介します。


import java.util.Properties;
import java.io.InputStream;
import java.io.FileInputStream;
import java.sql.Connection;
import java.sql.DriverManager;

public class SecureDbManager {
    public Connection getConnection() {
        Properties props = new Properties();
        Connection conn = null;

        try (InputStream input = new FileInputStream("config/db.properties")) {
            // プロパティファイルの読み込み
            props.load(input);

            String url = props.getProperty("db.url");
            String user = props.getProperty("db.user");
            String pass = props.getProperty("db.password");

            // 接続の確立
            conn = DriverManager.getConnection(url, user, pass);
        } catch (Exception e) {
            e.printStackTrace();
        }
        return conn;
    }
}

このように、プログラムの部品化と設定の分離を行うことが、安全でメンテナンス性の高いシステム開発への第一歩です。初心者の方はまず「パスワードはプログラムに直接書かない」というルールを徹底して覚えましょう。

4. ServletにおけるDB接続の基本コード（DriverManager）の実装手順

Java Servletからデータベースへアクセスする際、最もシンプルで基本となる方法が「DriverManager」クラスを利用した接続です。これはJDBC（Java Database Connectivity）の最も原始的な利用形態であり、接続の流れを正確に理解するために非常に役立ちます。まずは、Servletの中でどのようにデータベース接続の処理を記述していくのか、具体的な手順を追って解説します。

基本的な実装の4ステップ

DriverManagerを利用してデータベースからデータを取得したり、更新したりする際には、以下の4つのステップを順番に踏む必要があります。この流れは、どのようなデータベースを利用する場合でも共通の儀式のようなものです。

JDBCドライバのロード：使用するDB専用のドライバをメモリ上に読み込みます。
データベース接続の確立：DriverManager.getConnectionメソッドを使い、Connectionオブジェクトを取得します。
SQL文の実行：StatementやPreparedStatementを作成し、SQLをデータベースに送信します。
接続のクローズ（解放）：使い終わった接続を確実に閉じ、サーバーの資源を返却します。

実践！DriverManagerによるデータ取得Servlet

以下のサンプルコードは、ブラウザからアクセスがあった際に、データベース内の「users」テーブルからユーザー名を取得して表示するシンプルなServletの例です。


import java.io.IOException;
import java.io.PrintWriter;
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

@WebServlet("/UserListServlet")
public class UserListServlet extends HttpServlet {
    private static final String URL = "jdbc:mysql://localhost:3306/my_web_db";
    private static final String USER = "db_user";
    private static final String PASS = "password123";

    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        
        response.setContentType("text/html; charset=UTF-8");
        PrintWriter out = response.getWriter();
        
        // JDBC 4.0以降はClass.forNameは省略可能だが、明示的に書く場合もある
        try {
            Class.forName("com.mysql.cj.jdbc.Driver");
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }

        // try-with-resources構文を使用して接続を自動で閉じる
        String sql = "SELECT name FROM users";
        try (Connection conn = DriverManager.getConnection(URL, USER, PASS);
             PreparedStatement pstmt = conn.prepareStatement(sql);
             ResultSet rs = pstmt.executeQuery()) {

            out.println("<html><body>");
            out.println("<h1>ユーザー一覧</h1>");
            out.println("<ul>");
            
            while (rs.next()) {
                String name = rs.getString("name");
                out.println("<li>" + name + "</li>");
            }
            
            out.println("</ul>");
            out.println("</body></html>");

        } catch (SQLException e) {
            out.println("データベースエラーが発生しました。");
            e.printStackTrace(out);
        }
    }
}

リソース管理の重要性：try-with-resources

上記のコードで注目すべきは「try-with-resources」構文です。データベース接続（Connection）やSQLの実行結果（ResultSet）などは、使い終わった後に必ず閉じなければなりません。これを忘れると、「接続の開きっぱなし」が発生し、短時間でデータベースが反応しなくなる重大な障害を引き起こします。従来の記述方法ではfinallyブロックでclose処理を行っていましたが、Java 7以降はこの構文を使うことで、例外が発生しても確実にリソースが解放されるようになり、コードの安全性と可読性が飛躍的に向上しました。

5. 設定ファイル（context.xmlやweb.xml）で接続情報を一元管理するメリット

前述の例では、URLやユーザーIDをプログラム内に直接記述していましたが、実際のシステム開発において、これは非常に管理が難しい状態です。システムが大規模になればなるほど、接続情報を一箇所で管理する「一元管理」の仕組みが必要になります。JavaのWeb開発では、主に「context.xml」や「web.xml」といった設定ファイルがその役割を担います。

なぜ一元管理が必要なのか？

開発現場では、プログラムを書く場所（開発環境）、動作を確認する場所（テスト環境）、そして実際にユーザーが利用する場所（本番環境）の3つが存在することが一般的です。それぞれの環境で、接続先のデータベースの住所やパスワードが異なるのが普通です。もしプログラムに直接接続情報を書いてしまうと、環境を変えるたびにソースコードを書き換え、再コンパイルして、再配布（デプロイ）しなければなりません。これでは手間がかかるだけでなく、書き間違いによるミスを誘発します。

context.xmlによる定義の例

Tomcatなどのアプリケーションサーバーでは、META-INFフォルダ内の「context.xml」にデータベースの定義を記述することができます。これにより、Javaのコードからは「名前」を指定するだけで接続情報を取得できるようになります。


<!-- META-INF/context.xml の記述例 -->
<Context>
    <Resource name="jdbc/MyDB"
              auth="Container"
              type="javax.sql.DataSource"
              driverClassName="com.mysql.cj.jdbc.Driver"
              url="jdbc:mysql://localhost:3306/sample_db"
              username="dbadmin"
              password="secret_password"
              maxTotal="20"
              maxIdle="10"
              maxWaitMillis="-1"/>
</Context>

一元管理の具体的なメリット

設定ファイルを利用することで得られるメリットは、単に「書き換えが楽」というだけではありません。以下の3つの視点から、その重要性を理解しましょう。

セキュリティの向上：プログラムの実行ファイル（.classや.war）の中にパスワードを残さず、サーバーの設定として隔離できます。
メンテナンス性：DBのサーバーが移転してURLが変わっても、設定ファイルを1行書き換えるだけでシステム全体に反映されます。
疎結合の実現：プログラムが特定のデータベース環境に依存しなくなるため、プログラムの汎用性が高まります。

6. パフォーマンスを劇的に変える「コネクションプール」の仕組みと設定方法

DriverManagerを使った接続には、実は大きな弱点があります。それは、ユーザーからアクセスがあるたびに、毎回「データベースへの接続」と「切断」を繰り返すという点です。実は、データベースに接続するという処理は、コンピュータにとって非常に重く、時間のかかる作業なのです。

コネクションプールとは何か？

この問題を解決するのが「コネクションプール（Connection Pool）」という技術です。プール（水溜まり）という名前の通り、あらかじめ複数の接続（コネクション）をサーバーが作成して「貯めておく」仕組みを指します。

ユーザーがアクセスしてきた際、新しく接続を作るのではなく、プールの中に待機している「空いている接続」を貸し出します。処理が終わったら、接続を閉じるのではなく、再びプールに戻して返却します。これにより、高コストな接続・切断処理をゼロにすることができ、アプリケーションの応答速度が劇的に向上します。

JNDI経由でコネクションプールを利用するコード

先ほどのcontext.xmlで定義したリソース（DataSource）を、Javaプログラム側で呼び出す方法を見てみましょう。これをJNDI（Java Naming and Directory Interface）と呼びます。


import java.sql.Connection;
import java.sql.SQLException;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.sql.DataSource;

public class ConnectionPoolManager {
    
    public static Connection getConnection() throws SQLException, NamingException {
        // 1. InitialContextを取得
        InitialContext context = new InitialContext();
        
        // 2. context.xmlで定義したリソース名でDataSourceを検索
        // "java:comp/env/" はTomcat等の標準的な接頭辞
        DataSource ds = (DataSource) context.lookup("java:comp/env/jdbc/MyDB");
        
        // 3. プールされている接続を1つ借りる
        return ds.getConnection();
    }
}

コネクションプールのチューニング

設定ファイル（context.xml）の中にあった「maxTotal」や「maxIdle」といった属性が、プールの挙動を制御する重要なパラメータです。これらを調整することで、システムの規模に合わせた最適なパフォーマンスを引き出すことができます。

属性名	意味
maxTotal	同時に作成できる接続の最大数。同時にアクセスするユーザー数に合わせて調整します。
maxIdle	使わずにプール内に維持しておく接続の最大数。これを超えた余分な接続は破棄されます。
maxWaitMillis	全ての接続が使用中の時、空きが出るのを待つ最大時間（ミリ秒）。

適切な設定を行わないと、逆にメモリを浪費したり、アクセスが集中した際にユーザーを待たせすぎてしまう原因になります。Webアプリケーションが成長し、同時アクセス数が増えてきた時には、必ずこのコネクションプールの設定を見直すことが、パフォーマンス改善の第一歩となります。

追加知識：JDBC接続におけるトランザクション制御の基礎

実務的なServlet開発において、データベース接続とセットで覚えなければならないのが「トランザクション制御」です。複数のテーブルにデータを登録する際、片方の登録は成功したが、もう片方がエラーで失敗してしまったという状況を避けるために必要不可欠な技術です。

オートコミットの解除と手動制御

JDBCのデフォルト設定では、SQLを実行するたびに即座に確定される「オートコミットモード」が有効になっています。しかし、銀行の振込処理のように「Aさんの残高を減らす」と「Bさんの残高を増やす」をセットで完結させたい場合、このままでは不都合が生じます。そこで、Connectionオブジェクトのメソッドを使って、一連の処理を一つの単位としてまとめます。


Connection conn = null;
try {
    conn = ConnectionPoolManager.getConnection();
    // オートコミットをオフにする
    conn.setAutoCommit(false);

    // 複数の更新処理を実行
    // updateTableA(conn);
    // updateTableB(conn);

    // すべて成功したら確定
    conn.commit();
} catch (Exception e) {
    if (conn != null) {
        // どこかでエラーが起きたらすべて取り消す
        try {
            conn.rollback();
        } catch (SQLException ex) {
            ex.printStackTrace();
        }
    }
} finally {
    if (conn != null) {
        try {
            conn.close();
        } catch (SQLException e) {
            e.printStackTrace();
        }
    }
}

データの整合性を守る「コミット」と「ロールバック」

「コミット」とは、加えた変更を永久に保存することです。一方、「ロールバック」とは、エラーが発生した際にその一連の変更をすべてキャンセルし、開始前の状態に戻すことを指します。これにより、中途半端にデータが書き換わる「データの不整合」を防ぐことができます。Servletでビジネスロジックを実装する際は、単に繋いでデータを送るだけでなく、このトランザクションという守りの技術も意識することで、一人前の開発者へと近づくことができます。

データベース接続は、一見するとコードの書き方だけを覚えれば良いように思えますが、その背景にある「リソースの管理」「設定の分離」「効率的な再利用」といった概念を理解することが、バグの少ない、高速で安全なWebアプリケーションを生み出す鍵となるのです。最初は難しく感じるかもしれませんが、一つひとつの仕組みが何のために存在しているのかを意識しながら、実際にコードを書いて動かしてみましょう。

7. 環境変数やプロパティファイルを利用したセキュリティ対策の実践

データベース接続情報を安全に管理することは、Webアプリケーションの信頼性を担保する上で最も重要な責務の一つです。前章でも触れた通り、ソースコードに接続情報を直接記述する「ハードコーディング」は、情報の漏洩や改ざんを招く極めて危険な行為です。ここでは、実務で頻繁に用いられる「プロパティファイル」と「環境変数」を組み合わせた、より高度で実践的なセキュリティ対策について詳しく解説します。

プロパティファイルをクラスパス配下で管理する

Javaの標準的な手法として、設定情報を記述したプロパティファイルを「クラスパス」配下（通常はsrc/main/resourcesフォルダなど）に配置し、プログラムから動的に読み込む方法があります。これにより、ソースコードと設定値を完全に切り離すことができます。

プロパティファイルを利用する最大の利点は、アプリケーションをコンパイルし直すことなく、テキストファイルを編集するだけで設定を変更できる点にあります。特に、開発環境、テスト環境、本番環境でデータベースの接続先が異なる場合、環境ごとに異なるプロパティファイルを用意するだけで対応が可能になります。


# application.properties
db.driver=com.mysql.cj.jdbc.Driver
db.url=jdbc:mysql://db-server.example.com:3306/production_db
db.user=app_user
db.password=p@ssword_secure_2026

環境変数を利用した「秘密情報」の保護

プロパティファイルは便利ですが、そのファイル自体をGitなどのバージョン管理システムにコミットしてしまうと、パスワードがチームメンバーや外部に公開されるリスクが残ります。このリスクを最小限にするためにプロが使う手法が「環境変数」です。

環境変数とは、OS（WindowsやLinuxなど）側に保存される変数です。プログラムからはその変数名を指定して値を呼び出します。これにより、パスワードなどの機密情報をファイルとしてプロジェクト内に保存する必要がなくなり、セキュリティ強度が飛躍的に高まります。

実践コード：プロパティファイルと環境変数のハイブリッド読み込み

以下のコードは、基本的な設定はプロパティファイルから読み込み、最も重要なパスワードだけをOSの環境変数から取得する高度な実装例です。


import java.io.IOException;
import java.io.InputStream;
import java.util.Properties;
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;

public class DatabaseConfigLoader {
    private static final Properties props = new Properties();

    static {
        // クラスパス上のプロパティファイルをロードする
        try (InputStream is = DatabaseConfigLoader.class.getClassLoader()
                .getResourceAsStream("application.properties")) {
            if (is != null) {
                props.load(is);
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

    public static Connection getConnection() throws SQLException {
        String url = props.getProperty("db.url");
        String user = props.getProperty("db.user");
        
        // パスワードはOSの環境変数 "DB_PASSWORD" から直接取得する
        // これによりファイルにパスワードを書かずに済む
        String password = System.getenv("DB_PASSWORD");

        if (password == null || password.isEmpty()) {
            throw new SQLException("環境変数 DB_PASSWORD が設定されていません。");
        }

        return DriverManager.getConnection(url, user, password);
    }
}

運用上の注意点：gitignoreの活用

もしパスワードをプロパティファイルに記述する場合は、そのファイルをバージョン管理から除外する必要があります。Gitを使用している場合は、.gitignoreファイルにプロパティファイル名を追記することを忘れないでください。これを怠ると、どんなにコードを工夫してもセキュリティホールが生まれてしまいます。

8. 初心者が陥りやすいDB接続エラー（ClassNotFound / SQLException）の対処法

データベース接続の実装を始めると、必ずと言っていいほどエラーに遭遇します。特に初心者が頭を抱えるのが「ClassNotFoundException」と「SQLException」です。これらのエラーメッセージは一見難解ですが、原因を論理的に切り分ければ必ず解決できます。ここでは、代表的なエラーの原因と具体的な解決手順を整理します。

ClassNotFoundException：ドライバが見つからない

このエラーは、Javaが「JDBCドライバ（JARファイル）」を認識できていないときに発生します。メニュー表（JDBCインターフェース）はあるけれど、実際に作業をする人（ドライバ）がいない状態です。

原因1：JARファイルが配置されていない
プロジェクトのWEB-INF/libフォルダに、使用するDBのJDBCドライバ（mysql-connector-java-xxx.jarなど）が入っているか確認してください。
原因2：ビルドパスが通っていない
Eclipseなどの開発環境で、ライブラリとして登録されているか確認しましょう。
原因3：クラス名の記述ミス
Class.forName("com.mysql.cj.jdbc.Driver")の文字列が1文字でも間違っていると動作しません。

SQLException：データベースとの通信に失敗した

ドライバは見つかったものの、何らかの理由でデータベース本体と通信できなかった場合に発生します。これには多くの原因が考えられます。

主な原因	チェックポイント
接続情報の誤り	JDBC URL、ユーザー名、パスワードが正しいか再確認する。
DBサーバーが停止中	MySQLなどのデータベースサービスが起動しているか確認する。
ネットワーク制限	ファイアウォールがポート（3306など）をブロックしていないか確認する。
SQL文の構文エラー	テーブル名やカラム名の綴りが間違っていないか、セミコロンが不要な場所に入っていないか確認する。

デバッグのコツ：スタックトレースを読み解く

エラーが発生した際、コンソールに出力される膨大な赤い文字（スタックトレース）を見て、すぐに画面を閉じてはいけません。一番上の行にエラーの種類が書いてあり、その数行下に「Caused by:（原因）」という項目があります。ここに「Access denied for user（アクセス拒否）」や「Unknown database（データベースが存在しない）」といった具体的な理由が示されています。これを読み解く癖をつけることが、脱・初心者への最短ルートです。


java.sql.SQLException: Access denied for user 'root'@'localhost' (using password: YES)
    at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:120)
    ...

例えば上記の出力結果であれば、ユーザー名またはパスワードが間違っていることが一目でわかります。

9. Java Servletでのデータベース接続・設定管理の重要ポイントまとめ

Java ServletによるWeb開発において、データベース接続は単にデータを読み書きするだけの手順ではありません。それは、パフォーマンス、セキュリティ、そして保守性のバランスをいかに取るかという「設計」そのものです。これまでに学んだ内容を振り返り、実務で特に意識すべき3つの黄金律を再確認しましょう。

黄金律1：リソースの解放を徹底する

データベース接続（Connection）は有限の資源です。オープンした接続は、必ずクローズしなければなりません。Java 7以降で導入された「try-with-resources」構文は、この問題を解決するための強力な武器です。finallyブロックで苦労してclose処理を書く時代は終わりました。最新の構文を使い、安全にリソースを管理しましょう。

黄金律2：関心の分離（Separation of Concerns）

Servletのコードの中に、データベースの接続情報（URLやパスワード）やSQL文を直接書き込みすぎないようにしましょう。理想的な構成は以下の通りです。

Servlet：画面からの入力を受け取り、処理の結果を画面に渡す。
DAO (Data Access Object)：データベースとの通信（SQL発行）を担当する。
設定ファイル：環境に依存する接続情報を保持する。

このように役割を分けることで、将来データベースをMySQLからPostgreSQLに変更することになっても、Servletのコードを1行も変えずに対応できるようになります。

黄金律3：コネクションプールの活用

小規模な学習用アプリであれば毎回DriverManagerで接続しても問題ありませんが、実際のWebサイトでは同時アクセスが数百、数千に及ぶこともあります。アクセスのたびに接続を初期化するのは非効率の極みです。アプリケーションサーバーが提供するコネクションプール機能を活用し、常に高速なレスポンスを維持できる構成を目指してください。

学習を続ける皆さんへ

データベース接続は、Web開発における最大の難所の一つです。最初は設定の多さに戸惑うかもしれませんが、一度仕組みを理解してしまえば、どのようなプログラム言語やフレームワーク（Spring Bootなど）を使っても通用する普遍的な知識となります。まずは自分の手で、プロパティファイルから情報を読み込み、テーブルのデータを画面に表示させるまでを完成させてみてください。その成功体験が、より高度な開発スキルを磨くための確かな一歩となるはずです。