Java DAOパターンを徹底解説！Servlet開発でデータ操作を分離する基礎知識

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

新人

「Servletでデータベースを操作するプログラムを書いていたら、コードがどんどん長くなって中身がぐちゃぐちゃになってしまいました。もっとスッキリ整理する方法はないでしょうか？」

先輩

「それは『DAO（ダオ）パターン』という設計手法を使うチャンスですね。データの保存や読み込みを担当する場所を独立させることで、プログラムの見通しが劇的に良くなりますよ。」

新人

「ダオ……ですか？名前は難しそうですが、初心者でも使えますか？」

先輩

「大丈夫です！役割を分担するというシンプルな考え方なので、基本さえ押さえれば開発がずっと楽になります。具体的な仕組みを詳しく見ていきましょう！」

1. DAOパターンとは？データアクセスを分離するメリット

DAO（Data Access Object）パターンとは、その名の通り「データへのアクセス（保存・取得・更新・削除）」を専門に行うオブジェクトを作る設計手法のことです。プログラミング未経験の方に向けて分かりやすく例えると、DAOは「図書館の司書さん」のような存在です。

あなたが本を借りたいとき、書庫の奥まで自分で探しに行くのは大変ですよね？代わりに司書さんに「この本を貸してください」と頼めば、司書さんが本棚から本を探して持ってきてくれます。このように、複雑な作業を特定の担当者に任せる仕組みが、プログラムの世界でのDAOパターンです。

用語解説：オブジェクト

プログラムの中で、特定の役割やデータを持った「モノ」のことです。この場合は「データ操作のプロ」という役割を持った部品を指します。

DAOパターンを使う大きなメリット

修正が楽になる： データベースの種類や設定が変わっても、DAOクラスだけを直せば済みます。
コードが読みやすくなる： メインの処理（ロジック）の中に、長いSQL文（データベースへの命令）が混ざらないので、スッキリします。
再利用ができる： 一度作ったDAOは、他の画面や機能でも使い回すことができます。

もしDAOを使わずに、一つのファイルに全ての処理を書いてしまうと、後からどこを直せばいいのか分からなくなる「スパゲッティコード」と呼ばれる状態になってしまいます。プロの現場では、この保守性（メンテナンスのしやすさ）が非常に重視されます。

2. なぜServlet開発でDAOパターンが必要なのか

Java Servlet（サーブレット）を用いたWebアプリケーション開発において、DAOパターンはほぼ必須の知識と言えます。その理由は、Servletが担うべき本来の役割は「ユーザーからのリクエストを受け取り、適切な画面を表示すること」だからです。

例えば、ログイン機能を考えてみましょう。Servletが「入力されたパスワードは正しいか？」「データベースに接続してユーザー情報を探す」「エラーがあればエラー画面へ、成功ならマイページへ移動させる」といった全ての作業を一人でこなすと、Servletのコードは数百行、数千行と膨れ上がってしまいます。

DAOを使わない場合

Servletの中にデータベース接続、SQLの実行、結果の判定、画面遷移が全て詰め込まれ、エラーが起きたときの原因特定が非常に困難です。

DAOを使う場合

Servletは「DAOにデータを頼む」だけでOK。データ操作の詳細はDAOに隠されているため、Servlet側は非常にシンプルなコードになります。

また、開発チームで作業を分担する際にも有効です。「Aさんは画面（JSP）担当」「Bさんは処理（Servlet）担当」「Cさんはデータ操作（DAO）担当」と分けることで、作業効率が大幅に向上します。このように役割を明確に分ける考え方を「関心の分離」と呼びます。

初心者へのアドバイス：SQLとは？

データベースという情報の倉庫に対して「このデータを取り出して！」「これを保存して！」と命令するための専用の言語です。DAOの中にこのSQLを閉じ込めるのがポイントです。

3. DAO・Entity・データベースの役割分担を理解しよう

DAOパターンを実装する際、セットで必ず登場するのが「Entity（エンティティ）」という概念です。ここでは、それぞれの役割を具体的に整理してみましょう。

要素名	役割（たとえ）	具体的な仕事内容
データベース	巨大な倉庫	ユーザー情報や商品データなどが保管されている場所です。
Entity	持ち運び用の箱	データベースの1行分のデータを、Javaのプログラムで扱いやすいように「箱（クラス）」に入れたものです。
DAO	運搬・管理スタッフ	データベースに接続し、SQLを使ってデータを出し入れします。Entityの箱にデータを詰めてServletに届けます。

具体的なプログラムの例

それでは、実際に「社員情報（Employee）」を扱う場合のコードを見てみましょう。まずは、データを詰め込むための「Entity（箱）」の作り方です。

Sample: EmployeeEntity.java


public class Employee {
    private int id;        // 社員ID
    private String name;   // 名前

    // コンストラクタ（箱を作るときにデータをセットする）
    public Employee(int id, String name) {
        this.id = id;
        this.name = name;
    }

    // getter（箱の中身を取り出すためのメソッド）
    public int getId() { return id; }
    public String getName() { return name; }
}

次に、このEntityを使ってデータを操作する「DAO」のイメージです。本来はデータベース接続の処理が必要ですが、ここでは初心者の方にも流れが伝わるよう、簡略化したコードを紹介します。

Sample: EmployeeDAO.java


import java.util.ArrayList;
import java.util.List;

public class EmployeeDAO {
    // データベースから全社員を取得する想定のメソッド
    public List<Employee> findAll() {
        List<Employee> empList = new ArrayList<>();
        
        // 本来はここにJDBC（データベース接続）とSQLが入ります
        // 例：「SELECT * FROM employee」
        
        // 取得したデータをEntityの箱に詰めてリストに追加していく
        empList.add(new Employee(1, "山田 太郎"));
        empList.add(new Employee(2, "佐藤 花子"));
        
        return empList; // データの詰まったリストを返す
    }
}

最後に、このDAOをServletの中でどのように呼び出すかを確認しましょう。

Sample: EmployeeServlet.java


import java.util.List;

public class EmployeeServlet {
    public void doGet() {
        // 1. DAOを準備する
        EmployeeDAO dao = new EmployeeDAO();
        
        // 2. DAOにデータを取ってきてもらう（内部の複雑なSQLは見えなくてOK）
        List<Employee> list = dao.findAll();
        
        // 3. 取得したリストを画面（JSP）に渡す準備をする
        // ここで受け取ったデータを元にWebページが表示されます
        for (Employee emp : list) {
            System.out.println("ID: " + emp.getId() + " 名前: " + emp.getName());
        }
    }
}

このように、役割ごとにプログラムを分けることで、どこで何が行われているかが一目で分かるようになります。特に「Entity」は単なるデータの入れ物、「DAO」はデータベースとの橋渡し役、という違いをしっかり意識することが上達の近道です。

現場で役立つ豆知識：命名規則

DAOやEntityを作るときは、名前の付け方にルール（慣習）があります。操作する対象が「User」テーブルなら、DAOは UserDAO、Entityは User または UserEntity と名付けるのが一般的です。これを知っているだけで、他のプログラマーから「お、分かってるな！」と思われますよ。

4. DAOパターンの基本的な設計図とクラス構成

DAOパターンを実際のプロジェクトで導入する際には、闇雲にクラスを作るのではなく、決められた「設計図」に沿って構成していくことが重要です。一般的に、Javaの標準的なWeb開発では「Entity」「DAOインターフェース」「DAO実装クラス」の三段階で構成されます。なぜこのように細かく分けるのか、その構造を詳しく解説します。

三層構造による柔軟な設計

大規模な開発現場では、将来的にデータベースの種類が変わったり、接続方法を変更したりする可能性が常にあります。その際、プログラムのあちこちを修正しなくて済むように、以下のような役割分担を行います。

Entity

データベースのテーブル一行分を表現するクラスです。フィールド変数とgetter/setterのみを持つシンプルな構造です。

Interface

「どんな操作ができるか」という機能のリストを定義します。「中身」は書かずに名前だけを決めます。

DAOImpl

インターフェースで決めたルールに基づき、実際にSQLを書いてデータベースと通信する具体的な処理を担当します。

初心者のうちは「インターフェースなんて作らずに、直接クラスを作ればいいのでは？」と感じるかもしれません。しかし、インターフェースを挟むことで、Servlet側は「どうやってデータを取ってくるか」という詳細を知る必要がなくなり、「DAOに頼めばデータが来る」という約束事だけで動けるようになります。これが、プログラムの独立性を高めるためのプロのテクニックです。

ここがポイント！

DAOパターンを使うときは、パッケージ構成も整理しましょう。一般的には com.example.entity や com.example.dao といった名前のフォルダ（パッケージ）に分けて管理します。

5. 実際にDAOクラスを実装する際の手順と書き方

それでは、具体的な実装手順を見ていきましょう。ここでは「商品情報（Product）」を管理する機能を例にして、データの取得だけでなく、データの保存（登録）までを行う一連の流れを解説します。 DAOの実装には、必ず「JDBC」というJavaからデータベースを操作するための仕組みを利用します。

手順1：Entityクラスの作成

まずは、データを格納する入れ物を用意します。データベースの「products」テーブルに、id、name、priceという列があることを想定します。


package model.entity;

import java.io.Serializable;

public class Product implements Serializable {
    private int id;
    private String name;
    private int price;

    public Product() {}

    public Product(int id, String name, int price) {
        this.id = id;
        this.name = name;
        this.price = price;
    }

    public int getId() { return id; }
    public void setId(int id) { this.id = id; }
    public String getName() { return name; }
    public void setName(String name) { this.name = name; }
    public int getPrice() { return price; }
    public void setPrice(int price) { this.price = price; }
}

手順2：DAOクラスの実装（全件取得と登録）

次に、実際のデータベース操作を行うDAOを作成します。初心者が特につまずきやすいのは「例外処理（try-catch）」と「リソースの解放」です。データベースへの接続は、使い終わったら必ず閉じなければなりません。


package model.dao;

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.util.ArrayList;
import java.util.List;
import model.entity.Product;

public class ProductDAO {
    // データベース接続情報（本来は別管理が望ましい）
    private final String URL = "jdbc:mysql://localhost:3306/shop_db";
    private final String USER = "root";
    private final String PASS = "password";

    // 商品一覧を取得するメソッド
    public List<Product> findAll() {
        List<Product> productList = new ArrayList<>();
        String sql = "SELECT id, name, price FROM products";

        try (Connection conn = DriverManager.getConnection(URL, USER, PASS);
             PreparedStatement pstmt = conn.prepareStatement(sql);
             ResultSet rs = pstmt.executeQuery()) {

            while (rs.next()) {
                int id = rs.getInt("id");
                String name = rs.getString("name");
                int price = rs.getInt("price");
                productList.add(new Product(id, name, price));
            }
        } catch (SQLException e) {
            e.printStackTrace();
        }
        return productList;
    }

    // 新規商品を登録するメソッド
    public boolean insert(Product product) {
        String sql = "INSERT INTO products (name, price) VALUES (?, ?)";
        
        try (Connection conn = DriverManager.getConnection(URL, USER, PASS);
             PreparedStatement pstmt = conn.prepareStatement(sql)) {

            pstmt.setString(1, product.getName());
            pstmt.setInt(2, product.getPrice());

            int result = pstmt.executeUpdate();
            return result == 1;
        } catch (SQLException e) {
            e.printStackTrace();
            return false;
        }
    }
}

実装の解説

上記のコードでは try-with-resources 文を使用しています。これにより、Connection や PreparedStatement を自動的にクローズしてくれるため、メモリ漏れ（リソースリーク）を防ぐことができます。現場で書かれるコードの多くはこの形式ですので、必ず覚えておきましょう。

6. データベース接続（JDBC）をDAOに集約するポイント

DAOパターンを導入する最大の目的の一つは、データベースとの通信ロジックを「隠蔽」することです。しかし、前述のサンプルコードのように、各メソッドの中に接続情報を直接書き込んでしまうと、パスワードが変わっただけで全てのメソッドを書き直す必要が出てきます。これを防ぐために、接続処理を一箇所に集約する工夫が必要です。

接続処理の共通化と定数化

まず、URLやユーザー名などの接続情報は、DAOクラスの外部（設定ファイルや定数管理クラス）に出すべきです。また、接続を得るための処理を一つのプライベートメソッドとして切り出すだけでも、コードの重複が劇的に減ります。

集約すべき要素	具体的な対策
接続先情報	プロパティファイル（.properties）に保存し、プログラムから読み込む。
接続ロジック	`getConnection()` メソッドとして共通化し、各DAOメソッドから呼び出す。
エラーハンドリング	共通の例外処理クラスを作り、エラーログの出力形式を統一する。

コネクションプーリングの活用

実務レベルのWebアプリケーションでは、アクセスのたびにデータベースに接続・切断を繰り返すと、非常に動作が重くなってしまいます。そこで「コネクションプーリング」という技術を使います。あらかじめ接続済みのコネクションをいくつか用意しておき、使い回す仕組みです。 DAOを実装する際は、このコネクションプールから接続を借りてくるように設計することで、高速で安定したシステムを構築できるようになります。

ステップアップのアドバイス！
DAOが完成したら、Servlet側では new ProductDAO() とするだけで、内部で何が行われているか気にせずにデータを扱えるようになります。これが「カプセル化」の真骨頂です。

これまでに学んだ通り、DAOパターンは単にファイルを分けるだけではなく、メンテナンス性、拡張性、そしてパフォーマンスを考慮した深い設計思想に基づいています。最初は記述量が増えて面倒に感じるかもしれませんが、大規模なシステムになればなるほど、このDAOの存在があなたの開発を強力にサポートしてくれるはずです。

次のステップでは、取得したデータをJSPでどのように表示するか、そしてより実戦的な「サービス層」の導入についても考えてみましょう。一歩ずつ、確実に「プロの書き方」を身につけていってください。

7. メンテナンス性が劇的に向上するDAO導入の利点

プログラムを開発しているとき、最初は小さな修正だと思っていても、気づけば修正箇所が数十箇所に及んでしまい、どこまで直したか分からなくなることがあります。特にデータベースに関連する処理は、テーブル構造の変更や接続設定の変更など、外部の影響を受けやすい部分です。 DAOパターンを採用することで、このような変更作業の負担を驚くほど軽減させることができます。

仕様変更に強い構造の実現

例えば、システムで利用しているデータベースを「MySQL」から「Oracle」や「PostgreSQL」へ移行することになった場合を想像してみてください。もしサーブレットの中に直接ＳＱＬ文や接続処理を書いていると、プロジェクト内にある全てのサーブレットを一つずつ探し出し、膨大な量のコードを書き直さなければなりません。しかし、ＤＡＯパターンを導入していれば、修正すべき場所はＤＡＯクラスの中だけに限定されます。

サーブレットなどの呼び出し側は「ＤＡＯにお願いすればデータが手に入る」という約束事（インターフェース）さえ守られていれば、中身のＳＱＬがどのように書き換えられたかを気にする必要がありません。このように、ある部品の内部変更が他の部品に影響を与えない状態を「疎結合」と呼び、高品質なシステム開発には欠かせない要素となります。

テストのしやすさ

データベースに接続しなくても、仮のデータを返す「テスト用ＤＡＯ」に差し替えることで、画面表示の確認やロジックのテストを効率的に進めることができます。これを「モック化」と呼び、開発スピードを上げる重要な手法です。

調査の効率化

「データの保存がうまくいかない」といったトラブルが起きた際、ＤＡＯパターンを使っていれば「ＤＡＯの中にあるＳＱＬか、接続処理に問題がある」とすぐに見当がつきます。コードの役割がはっきりしているため、バグの原因特定が非常にスムーズです。

また、複数人で開発を行う際にもメンテナンス性は向上します。ベテランエンジニアが複雑なＳＱＬを担当するＤＡＯを記述し、新人エンジニアはそれを使ってサーブレット側で画面表示のロジックを組むといった分業が可能です。お互いのコードを汚すことなく、自分の担当範囲に集中できる環境こそが、長期的な運用を支える基盤となります。

コードの再利用と重複の排除

「ユーザー情報を取得する」という処理は、ログイン画面、プロフィール編集画面、管理者用のユーザー一覧画面など、多くの場所で必要になります。ＤＡＯを使わずに各サーブレットに同じＳＱＬ文をコピー＆ペーストしていると、万が一テーブルのカラム名が変更された際に、全てのコピー先を修正し忘れなく更新しなければなりません。

ＤＡＯに処理を集約すれば、修正は一箇所で済み、再利用性も高まります。プログラムの重複を避けるという鉄則「ＤＲＹ原則（ＤｏｎｔＲｅｐｅａｔＹｏｕｒｓｅｌｆ）」を自然に実践できるのが、ＤＡＯパターンの素晴らしい点です。

8. 実装時に初心者がハマりやすい注意点と対策

ＤＡＯパターンは非常に強力な武器になりますが、使い始めたばかりの初心者が陥りやすい「罠」がいくつか存在します。せっかく導入しても、間違った使い方をすると逆にコードを複雑にしてしまう可能性があるため、以下のポイントをしっかり押さえておきましょう。

注意点その１：一つのメソッドに仕事を詰め込みすぎない

初心者のコードによく見られるのが、一つのメソッドの中で「検索・計算・更新」を全て行ってしまうパターンです。ＤＡＯのメソッドは、できるだけ一つの役割（原子的な操作）に絞るのが理想的です。

例えば「在庫を減らす」というメソッドを作る場合、その中で「現在の在庫数を取得する」処理や「在庫不足ならメールを送る」処理まで書いてはいけません。ＤＡＯはあくまで「データの出し入れ」に徹し、判断や計算が必要な場合はサーブレットやサービス層で行うようにしましょう。

よくある失敗例：メソッド名の不一致

メソッド名が「ｆｉｎｄＢｙＩｄ」なのに、中で別のテーブルを更新していたりすると、他の開発者が混乱します。名前と中身の動作を一致させることが、チーム開発でのマナーです。

注意点その２：リソースのクローズ漏れ

データベース接続（Ｃｏｎｎｅｃｔｉｏｎ）、命令文（Ｓｔａｔｅｍｅｎｔ）、結果セット（ＲｅｓｕｌｔＳｅｔ）などは、使い終わったら必ず閉じなければなりません。これを忘れると、データベースへの接続枠が使い果たされ、次第にシステムが重くなり、最終的にはサーバーが停止してしまいます。

以前は「ｆｉｎａｌｌｙ」ブロックを使って複雑な記述が必要でしたが、現在はｔｒｙ－ｗｉｔｈ－ｒｅｓｏｕｒｃｅｓ構文を使うのが標準です。以下のサンプルコードで、正しい閉じ方を確認しましょう。

Sample: BetterUserDAO.java


package model.dao;

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import model.entity.User;

public class UserDAO {
    private final String URL = "jdbc:mysql://localhost:3306/my_db";
    private final String USER = "db_user";
    private final String PASS = "db_pass";

    // ユーザーをIDで1件検索する
    public User findById(int id) {
        String sql = "SELECT id, name, email FROM users WHERE id = ?";
        User user = null;

        // tryのカッコ内で宣言したリソースは自動的にクローズされる
        try (Connection conn = DriverManager.getConnection(URL, USER, PASS);
             PreparedStatement pstmt = conn.prepareStatement(sql)) {

            pstmt.setInt(1, id);
            
            try (ResultSet rs = pstmt.executeQuery()) {
                if (rs.next()) {
                    user = new User();
                    user.setId(rs.getInt("id"));
                    user.setName(rs.getString("name"));
                    user.setEmail(rs.getString("email"));
                }
            }
        } catch (SQLException e) {
            // 実際はログ出力などを行う
            System.err.println("データベース操作中にエラーが発生しました：" + e.getMessage());
        }
        return user;
    }

    // ユーザー情報の更新
    public boolean update(User user) {
        String sql = "UPDATE users SET name = ?, email = ? WHERE id = ?";
        
        try (Connection conn = DriverManager.getConnection(URL, USER, PASS);
             PreparedStatement pstmt = conn.prepareStatement(sql)) {

            pstmt.setString(1, user.getName());
            pstmt.setString(2, user.getEmail());
            pstmt.setInt(3, user.getId());

            int rows = pstmt.executeUpdate();
            return rows > 0;
        } catch (SQLException e) {
            e.printStackTrace();
            return false;
        }
    }
}

注意点その３：ＳＱＬインジェクションへの対策

ユーザーが入力した値をそのままＳＱＬ文に結合してはいけません。悪意のある入力によって、データベースの内容が全て削除されたり、個人情報が流出したりする「ＳＱＬインジェクション」という攻撃を受けてしまいます。

これを防ぐためには、必ずＰｒｅｐａｒｅｄＳｔａｔｅｍｅｎｔを使用し、「？」の部分に値を流し込む（バインドする）方法を徹底してください。これだけで、セキュリティレベルは格段に向上します。

プロの視点：例外をどこでキャッチするか

ＤＡＯの中でエラーを握りつぶしてしまうと、サーブレット側で保存に失敗したことが分からず、そのまま「保存しました」と画面に表示してしまう不具合が起きます。失敗したことを呼び出し側に伝えるために、あえて独自例外を投げ直したり、戻り値として偽（ｆａｌｓｅ）を返したりする工夫が重要です。

9. Servlet開発におけるDAOパターンの重要性まとめ

ここまで学んできた通り、サーブレット開発におけるＤＡＯパターンは、単なるプログラミングのテクニックではなく、美しく保守性の高いシステムを構築するための「哲学」でもあります。初心者のうちは、クラスの数が増えることに戸惑うかもしれませんが、それ以上に得られる恩恵は計り知れません。

これまでの内容を振り返り

改めて、ＤＡＯパターンの核心部分をおさらいしましょう。

責任の明確化： サーブレットは画面遷移とビジネスロジック、ＤＡＯはデータ操作というように、役割を分離します。
変更への強さ： データベースの変更が呼び出し側に波及しないため、大規模な修正も最小限に抑えられます。
可読性の向上： サーブレットから長いＳＱＬ文が消えることで、全体の流れが把握しやすくなります。

ステップアップのために

ＤＡＯパターンをマスターした後は、さらに上位の設計手法にも目を向けてみましょう。例えば、複数のＤＡＯを組み合わせて一つの複雑な業務処理を実現する「サービス層」の導入や、ＳＱＬを自分で書かなくてもデータベース操作ができる「ＯＲマッパー（ＨｉｂｅｒｎａｔｅやＭｙＢａｔｉｓなど）」といった技術があります。

しかし、どんなに便利なツールが登場しても、その根底にあるのは今回のＤＡＯパターンの考え方です。データの出し入れを独立させ、整理されたコードを書くという意識こそが、プロのエンジニアとして最も大切な資質となります。

新人さんへの最後のエール

最初は「なんでこんなに回りくどいことをするんだろう？」と思うかもしれません。でも、一ヶ月後の自分、あるいは半年後の他人があなたのコードを読むとき、きっとＤＡＯパターンのありがたみを実感するはずです。「未来の自分へのプレゼント」だと思って、丁寧な設計を心がけていきましょう！

実戦では、ＤＡＯを作る際に「データソース（ＤａｔａＳｏｕｒｃｅ）」を利用して接続を管理するなど、より高度な設定も出てきます。焦らず、まずは今回紹介した基本的な形を何度も書いて、指に馴染ませてください。一つ一つの技術が積み重なり、いつか大きなシステムを自在に操れるようになる日を楽しみにしています。