Apache Derbyを使うシステム開発の費用は、技術検証の50万〜150万円から、基幹連携を含む刷新の3,000万円超まで幅があります。金額を左右するのは、開発範囲、既存資産の移行、運用要件です。
▼全体ガイドの記事
・Apache Derbyのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Apache Derbyシステムの構成
Apache Derbyは、純Javaで動作するリレーショナルデータベース管理システムです。Javaアプリへ組み込める軽さと、JDBCやSQLを使える手軽さが特徴です。
構成によって、設計・テスト・運用の費用が変わります。「Derbyを使うシステム」とだけ伝えると、各社の見積もりの前提がそろわないため、発注前に構成を決めておきます。
2026年時点のApache Derbyの退役状況
Apache公式のダウンロードページによると、開発者は2025年10月10日に、プロジェクトを読み取り専用へ移す方針を決めました。開発、バグ修正、新しいリリースは終わり、配布物は現状有姿で提供されます（出典: Apache Derby Downloads、2026年確認）。
Java 21以上向けの最終案内版は10.17.1.0です。ただし、将来のJavaやOS、依存ライブラリとの互換性が保証されているわけではありません。
新規の基幹業務システムで採用するなら、ライセンス費だけでなく、退役後に誰がどこまで対応するかも比べておく必要があります。退役後に必要になる対応は、次の4つです。
- 脆弱性対応：脆弱性が見つかったときの調査
- JDK更新：更新時の互換性検証
- 障害対応：原因の究明
- 将来移行：代替DBへの移行費用
既存システムは、短期の延命が合理的な場合もあります。ただし、継続する期限と移行先を決めておかないと、将来の予算を見通しにくくなります。
EmbeddedとNetwork Serverによる費用の違い
構成の違いは、DBを共有する方法と、その方法に必要な運用設計に表れます。
- Embedded：Derbyエンジンと業務アプリが同じJVMで動作
- Network Server：サーバー側JVMでDerby Network Serverを起動し、別のJavaアプリからネットワーク接続
Embeddedは別のDBサーバーが要らず、初期構築や接続設定も比較的簡単です。一方で、複数のJVMや複数拠点からDBを共有する用途には向きにくい構成です。利用者が増える業務システムでは、同時実行、バックアップ、復旧の方法を事前に検証しておく必要があります。
Network Serverは、複数ユーザーで使う場合に向いた方式です。認証、通信暗号化、ファイアウォールの設計費用が加わります。さらに、アクセス権の設計や、監視、バックアップ、障害時の再起動の設計も必要です。
依頼書には、まず構成図と利用者数を記載します。接続元とデータ量も書いておくと、初期見積もりの差を抑えやすくなります。
Apache Derbyシステム開発の進め方
開発では、画面を作る前に既存資産の状態とDBの将来方針を整理しておきます。退役済みの製品を扱うため、初期費用だけでなく、3〜5年の総保有コスト（TCO）も比べる必要があります。
要件定義では、次の3案を並べて比べます。
- 継続利用
- 短期延命後に移行
- 最初から代替DBで新規開発
要件定義で確認する現行環境と非機能要件
現行環境と業務要件は、それぞれ分けて調べます。
- 現行環境：Derby・Javaの版、JDBC、アプリサーバー、フレームワーク、OS、起動・停止方式、保存先
- 調査資料：ソースコード、DB実体、スキーマ定義、バッチ、SQL、運用手順書、障害記録
- 業務・運用：利用者数、接続数、1日あたりの処理件数、保持期間、年間増加量
- 復旧・管理：バックアップ頻度、RTO、RPO、監査ログ、個人情報の有無
資料が不足すると、調査の工数が増えます。そこで、現行調査を独立した見積もり項目にしておくと、各社の金額を比べやすくなります。また、画面数だけで見積もると、後から性能試験や冗長化が必要になったときに予算が膨らむおそれがあります。
設計と開発で分けるデータアクセス層
新規開発では、SQLやJDBCの呼び出しを業務ロジックに埋め込まず、Repositoryなどのデータアクセス層に分けておきます。
- DB固有処理：方言、採番、日付処理
- データ処理：NULL、LOB、トランザクション分離
- エラー処理：例外コード
DB固有の処理を一か所に集めておくと、将来PostgreSQLなどへ移る際の修正範囲を抑えやすくなります。
既存システムでは、画面や帳票を追加するときに、SQLの互換性とデータの整合性を確認します。EmbeddedからNetwork Serverへ変える場合は、接続プールと同時実行、ロックの設計が要ります。タイムアウトや通信断からの復旧も、設計の対象です。
DBを交換可能にする設計は、短期的には追加の工数になります。一方で、移行のときに全面改修となるリスクを下げられます。
テストとリリースで実測する移行と復旧
リリース前のテストは、次の3種類に分けて計画します。
- 通常テスト：単体・画面、実データに近い容量の性能、同時接続、長時間稼働
- 復旧テスト：異常終了後の復旧、バックアップ復元
- 移行確認：初回の全量移行、差分同期、業務シナリオ、切替リハーサル、ロールバック確認
Derbyを継続する場合は、JDK更新やOSパッチを想定した回帰テストも必要になります。テストデータの作り方や評価基準が曖昧なままだと、期間も費用も確定しにくくなります。
移行時は、対象件数と文字コードを記録します。さらに、日付・数値型、インデックス、制約、添付ファイルやLOBの扱いも残しておきます。旧システムとの件数照合も行います。
また、小規模なPoCで移行の流れを一度経験しておくと、本番切替の見積もり精度が上がります。
Apache Derbyのシステム開発費用相場とコストの内訳
Apache Derby単体の開発費や保守費を集計した公的な相場統計はありません。そのため、ここで示す金額は、2026年の業務システム開発相場、Java・JDBCの工程、Derby資産の移行難易度をもとにした推定レンジです。
Derbyの公式価格表ではありません。要件やデータ量、連携数によって金額は上下し、可用性や納期によっても変わります。
ケース別の初期費用の目安
初期費用は、開発ケースごとに次のとおり異なります。
- 技術検証・PoC：50万〜150万円程度
- 小規模な社内業務システム：150万〜500万円程度
- 部門向けシステム：500万〜1,500万円程度
- 既存Derbyからの移行：300万〜1,200万円程度
- 基幹連携を含む刷新：1,000万〜3,000万円超の可能性
PoCでは、JavaからJDBCで接続して、EmbeddedとNetwork Serverを比べます。簡易的な性能・バックアップ・移行検証を含み、期間は2〜6週間程度です。現行コードの読み解きや実データの匿名化が必要な場合は、PoCの期間も長くなります。
小規模システムの範囲は、画面、認証、マスタ、帳票、基本テストです。部門向けでは、複数業務や権限、外部APIやCSV連携の対応が加わります。さらに、データ移行と総合テストも含みます。
既存Derbyの移行費には、現行調査やSQL差分の修正、スキーマ変換が含まれることがあります。加えて、全量・差分の移行、並行稼働、切替も含む場合があります。
刷新では、基幹連携や高可用性、監査ログの対応が加わることがあります。さらに、性能試験や教育、複数回の移行リハーサルが必要になることもあります。
2026年1月公開の相場情報では、小規模のスクラッチ開発が100万〜300万円、中規模が300万〜800万円、中〜大規模が800万〜数千万円とされています。Derbyを使うからといって、自動的に安くなるとはいえません（出典: 業務システム開発の費用相場、2026年）。
見積書で分ける調査・開発・移行・試験
「Apache Derbyシステム開発一式」とだけ書かれた見積もりでは、金額の妥当性を評価できません。作業ごとに分けてもらい、それぞれの金額を確かめます。
- 調査・設計：現行調査、要件定義、基本・詳細設計
- 開発・構築：画面・API、SQL・JDBC改修、DB構築
- 移行・確認：データ移行、性能試験、セキュリティ確認
- 導入・引き継ぎ：利用者教育、リリース支援、保守引き継ぎ
工数の単位は人日か人月とし、担当者の役割、期間、成果物、前提条件を揃えて書いてもらいます。
要件定義を開発費に含めた提案は比べにくいため、要件定義だけを先に契約する方法や、PoC後に本開発を契約する方法に分けるのも有効です。追加変更の単価、データ件数の上限、連携先が増えた場合の扱いも、条件として記載します。
クラウド・監視・保守で変わるランニングコスト
ランニングコストは、基盤構成と保守範囲によって異なります。主な費用の目安と見積もりの方法を、それぞれ分けて確認します。
- 小規模クラウド：周辺費用は月額5万〜30万円程度のケース
- 監視・冗長化などを含む構成：月額30万〜100万円以上の場合
- 保守費：一般的な業務システムで初期開発費の年10〜20%を仮置きする場合
小規模クラウドの月額目安には、仮想マシン、ストレージ、バックアップ、監視、ログ保管が含まれます。高額になるのは、24時間監視や冗長構成、災害対策を含む場合です。さらに、複数環境や厳格なログ保管を含むと、費用は増えていきます。これらはいずれも周辺費用の推定で、Derby自体の利用料は含まれません。
AWSのAmazon EC2は稼働時間に応じて課金されます。加えて、データ転送、EBS、パブリックIPv4、CloudWatchなども、構成に応じて費用が発生します（出典: Amazon EC2オンデマンド料金、2026年確認）。
月額は一つの数字で決めつけず、料金計算ツールで試算します。稼働時間やCPU・メモリ、ディスク容量を入力し、さらにバックアップ世代数、転送量、監視対象も加えます。
Derbyは退役済みのため、互換性の調査や移行計画を保守に含めるかどうかで、金額が変わります。
参考として、NTTデータのTERASOLUNAフレームワークサポートでは、基本契約が30万円/年です。開発時は1インシデント4万円で、最低5インシデントが必要です。これはJava系OSS支援サービスの公開価格例で、Derbyの料金ではありません（出典: NTTデータ TERASOLUNAフレームワークサポート、2025年6月改定）。
Apache Derbyの見積もり金額が変動する要因
同じDerbyを使っても、社内ツールと複数拠点の業務基盤では、必要な品質や責任範囲が異なります。見積もりの差は業者の利益だけでは説明できないことが多いため、機能数と非機能要件を分けて比べます。
工数を左右するデータ量と移行の難易度
移行の工数は、データの規模や状態、DB間の互換性によって変わります。
- データの状態：件数、履歴、LOB、文字コード、重複・欠損
- 移行作業：クレンジング、照合、差分同期、業務部門の確認
- DB間の差分：予約語、日付関数、採番、分離、例外処理
容量に加え、テーブル・レコード・インデックスの数と制約も工数に影響します。たとえば、数千件のマスタだけなら、短期間の変換で済む場合があります。
数年分の取引履歴や添付ファイルがある場合は、上に挙げた移行作業が必要になります。Derbyから別のRDBMSへ移す際は、一見SQL標準に見える処理でも、互換性を確認しておく必要があります。
移行先の変換ルールとテストデータを先に作っておくと、本番直前の追加費用を抑えやすくなります。
同時接続数や可用性など非機能要件による増減
非機能要件は、処理の集中度、可用性、情報保護の3つに分けて確認します。
- 処理負荷：ピーク時の同時接続数と応答時間
- 可用性：複数台構成、ロードバランサー、監視、障害時の切替
- 情報保護：TLS、認証、最小権限、FW、ログ、バックアップ暗号化
月末や締め日に処理が集中する場合は、利用者数が少なくても、ピーク時の性能を確認する必要があります。可用性を高める構成では、サーバー費に加えて、設計や性能・障害試験の工数も増えます。
Derbyのセキュリティ文書は、保護されない通信、強い権限、容量の無制限な増加をリスクとして挙げています。個人情報や決済情報を扱う場合は、機能開発とは別に、セキュリティの設計と検証を見積もっておきます。
JDK更新と退役後の保守責任による追加コスト
保守の作業範囲は、JDKの版と退役後の対応者によって変わります。
- 対応版：Apache公式の一覧では、Derby 10.17.1.0はJava 21以上、10.16.1.1はJava 17以上向け
- 更新影響：ライブラリ差分、起動オプション、認証方式、テスト対象
- 保守体制：社内担当者の有無と外部相談・緊急対応
現在のJavaが8、11、17、21のどれかによって、更新時の確認事項が変わります。そのうえで、Java更新を別プロジェクトにするか、Derby移行と一体で進めるかを決めます。
退役済みソフトの不具合は、利用側で調査し、回避策や移行を検討することになります。社内にJava、JDBC、SQL、インフラ、セキュリティの担当者がいない場合は、外部相談費や緊急対応費が発生することがあります。
初年度だけでなく、3年目や5年目の移行と再構築も費用に含めると、安く見える案のリスクを把握できます。
Apache Derbyのシステム開発費用を最適化するポイント
費用の最適化とは、移行や障害対応に必要な作業を残したまま、不確実な点を早く減らし、不要な環境や重複作業を抑えることです。開発範囲を単に削るやり方とは違います。Apache Derbyでは、初期費用と将来の保守費をまとめて、TCOで判断します。
小さなPoCで先に確かめる互換性と移行の難易度
PoCでは、代表的なテーブルと主要SQLを検証します。さらに、日付・数値・LOB、トランザクションの扱いも確かめます。
- 復旧・負荷：バックアップ復元とピーク時の処理
- 構成比較：継続利用時のEmbedded・Network Serverの性能差
- 互換性：継続利用時のJDK更新後の動作
PoCの期間は2〜6週間程度、費用は50万〜150万円が目安です。ただし、サンプルデータの準備やコード調査の範囲によって変わります。移行できない処理を早く見つけておくと、追加の改修費を本開発の前に予算化できます。
測定結果と判断基準を文書に残しておくと、担当者が替わっても再評価しやすくなります。この記録があれば、同じ調査を繰り返す費用も抑えられます。
要件の優先順位と追加変更のルール
開発範囲は、いつから使うか、代わりの手段があるかで優先順位を付けます。
- 最初に実装：重要なマスタ、認証、主要処理、バックアップ、監査
- 後から追加：後回しにできる業務
- 手作業で代替：当面はシステム化しない業務
複雑な帳票や全社連携を後回しにする方法もあります。ただし、後回しにした機能が必ず追加されるとは限らないため、対象範囲は文書に残しておきます。
仕様変更を無制限に受けると、テスト期間や移行リハーサルが削られます。変更管理表には、理由と影響する画面・SQL・データを記録します。さらに、追加工数、納期への影響、承認者も書いておきます。
月次の固定額でも、作業時間や未消化分、緊急・休日対応の扱いを確認しておくと、予算超過の防止につながります。
ライセンス費以外を含む3〜5年のTCO比較
本体のライセンス費は原則無償ですが、運用費は別にかかります。そのため、TCOには次の費用を含めて比べます。
- Derby側：サーバー、ストレージ、バックアップ、監視、ログ
- 保守：セキュリティ確認、問い合わせ、JDK更新、障害対応
- 比較対象：代替DBのライセンスやマネージドサービス料金
- 期間別費用：初年度開発、2年目以降の保守、クラウド・オンプレミス基盤、緊急対応、3年目または5年目の移行
期間をそろえないと、代替DBとの差が見えにくくなります。新規開発では、サポート期間と更新方針が明確な代替DBの案も見積もっておきます。継続案が安く見えても、移行を先送りすると、後年の一括改修費が増える可能性があります。
Apache Derbyの見積もりを取る際のチェックポイント
複数社に相談する際は、会社名や単価だけでなく、同じ前提条件で提案を比べます。Derby専用の現行商用サポートを公開する会社は限られます。そのため、Java・JDBCやDB移行に加えて、レガシー刷新やクラウド運用の対応範囲も確認します。
RFPに記載する現行環境と比較したい3案
RFPや相談資料には、Derby・Java・JDKのバージョンと構成を記載します。また、サーバー台数や画面・バッチ数、外部連携、データ量も書き出します。利用者数やピーク時の処理、障害時の目標、現在の課題も含めます。
ソースコード、DDL、SQLを用意しておくと、調査後の再見積もり幅を小さくできます。さらに、ER図、テーブル件数、ログ、運用手順書も添えると効果的です。これらをそろえたうえで、現行Derbyの扱いが異なる3案を比べます。
- 継続利用：現行Derbyを使い続ける
- 期限付き延命：期限を決めてから移行する
- 早期移行：最初から代替DBへ移す
3案は同じ粒度で依頼し、各社の見積もりに初期費用、期間、3年・5年の運用費を含めてもらいます。リスク、社内担当者、移行時期、納品物も明記してもらいます。
条件をそろえると、単年度の安さに引きずられにくくなります。
ベンダーのDerbyへの移行力の確認
相談先は、Derbyの知名度だけでなく、移行に必要な調査・設計・切替の対応力で比べます。
- 現行コード・データファイルの調査とSQL・JDBC差分の説明
- 代替DBの設計、移行ツール、切替リハーサル
- 障害時の責任分界
Derbyの公開事例がない場合は、同じJava・JDBC資産やレガシーDBの移行実績について、対象範囲と成果物まで説明してもらいます。
安さだけで選ぶと、設計書やテスト仕様書が不足しがちです。その結果、次の会社へ引き継ぐ際に再調査費がかかる場合があります。
ソースコード、DB定義、移行マッピングを納品物に含めると、特定の会社に依存しすぎる状態（ロックイン）を抑えられます。さらに、テスト結果、復元手順、運用設計、未解決課題一覧も含めておくと役立ちます。
契約前に確認する追加費用と責任分界
追加費用が生じる条件と退役後の対応責任は、契約前に分けて確認します。
- 変更時の条件：件数、画面・連携先、JDK・OS、性能、セキュリティ
- 移行やり直し：発生条件と費用負担
- 退役後の対応：調査、代替策、修正パッチ、移行提案の担当
- 運用時間と作業：平日・24時間、受付・原因究明、復旧・恒久対策
固定価格であっても、前提の外で生じる追加費用が明確になっていれば、双方が判断しやすくなります。一方で、責任範囲が曖昧な一式見積もりは、後から調整が増えがちです。
障害・脆弱性対応の範囲や対応時間を明確にすると、運用開始後の認識違いを減らせます。
Apache Derbyのシステム開発費用に関するよくある質問
Apache Derbyの費用は、OSSのライセンス費だけで決まるものではありません。費用の相談前によく出る疑問に、2026年時点の前提で答えます。
Apache Derbyを新規システムに採用すると費用を抑えられますか？
ライセンス費やDBサーバーの構築費を抑えられる可能性はあります。ただし、必ず安くなるとはいえません。
2025年10月の退役後は、JDK・OS更新、脆弱性調査、障害対応、将来移行を、自社か委託先が担うことになります。そのため、3〜5年のTCOで代替DBと比べる必要があります。
Apache Derbyのシステム開発費はいくらですか？
技術検証は50万〜150万円、小規模な社内業務システムは150万〜500万円が目安です。部門向けは500万〜1,500万円、既存Derbyからの移行は300万〜1,200万円程度が推定レンジです。
画面数やデータ量、連携の内容によって変わります。性能、可用性、移行対象、納期でも差が出るため、公定価格ではなく、要件をそろえた比較のための初期目安として見てください。
既存のApache Derbyをすぐ移行すべきですか？
外部公開がなく、利用者やデータ量が限られ、社内で保守の責任を負える場合は、短期の延命を選べることがあります。
ただし、移行先の候補や期限、予算、PoCの時期を決めないまま使い続けるのは危険です。まず現行調査と小規模な移行検証を行い、停止を許容できる時間や復旧要件を満たせるかで、優先順位を決めます。
Apache Derbyの相談先はどのように選べばよいですか？
Derby専用のサポート実績に加えて、Java・JDBCやSQLへの対応力を確認します。さらに、レガシー刷新、代替DB、データ移行、クラウド運用を一貫して扱えるかも見ます。
現行調査からPoC、移行、切替、運用引き継ぎまでの成果物と責任範囲を、見積もりで分けて示せる会社が相談先として適しています。加えて、継続・延命・移行の3案を比べられるかも、判断材料になります。
まとめ
まとめると、技術検証は50万〜150万円、小規模な業務システムは150万〜500万円が目安です。部門向けは500万〜1,500万円、既存Derbyの移行は300万〜1,200万円程度です。
基幹連携や高可用性を含む刷新は、1,000万〜3,000万円超となる可能性があります。機能数やデータ量、連携の内容によって、金額は変わります。性能やセキュリティ、納期も金額を左右します。
OSSの無償と、システム全体の費用の違い
ライセンス費は原則無料ですが、要件定義、Java・JDBC設計、データ移行、テストには費用がかかります。基盤や監視、保守の費用に加えて、退役後のリスク対応も必要です。
2026年時点では、初期費用だけでなく、3〜5年後の移行費も含めて、代替DBとのTCOを比べます。
最初に取る現行調査とPoCの見積もり
まず、Derby・Java・JDKのバージョンと構成、データ量、同時接続数を整理します。そのうえで、バックアップ、RTO・RPO、外部連携も書き出し、現行調査とPoCを依頼します。
その後、継続利用、期限付き延命後の移行、代替DBでの新規開発を、同じ条件で比べます。最後に、納品物と保守責任も含めて発注先を決めます。
▼全体ガイドの記事
・Apache Derbyのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。