「データベース接続」タグアーカイブ

Java:SQL接続でつまずかないためのtry-with-resources活用法

JavaでSQL接続を扱うとき、多くの初心者が陥るのが「リソースの解放忘れ」「例外処理の煩雑さ」です。
特に Connection, PreparedStatement, ResultSet の3つは明示的に close() しないと、メモリリークや接続枯渇の原因になります。

この記事では、そんな問題をtry-with-resources構文でスマートに解決する方法を紹介します。


🧱 try-with-resourcesとは?

Java 7以降で導入された構文で、AutoCloseable インターフェースを実装したオブジェクトを
自動的にクローズしてくれる仕組みです。

✅ 従来のコード例(Java 6以前)


👉 冗長で、finally ブロックがネストしやすく、例外の見落としが発生しやすいのが難点です。

🚀 try-with-resourcesを使った改良版


✨ メリットまとめ
項目従来の書き方try-with-resources
リソース解放明示的にclose()が必要自動でcloseされる
コード量冗長スッキリ
例外の安全性finallyで記述ミスの恐れ例外を安全に補足
可読性低い高い

🧠 複数リソースを扱うときのポイント

try(...) の中で複数のリソースを「セミコロン ;」で区切って宣言できます。


順序は重要

最後に開いたリソース (ResultSet) から順に自動クローズされます(LIFO順)。


⚙️ try-with-resourcesとカスタムクラス

自作クラスでも AutoCloseable を実装すれば、
try-with-resources構文で安全に自動クローズが可能です。


出力結果:
処理中...
リソースを解放しました

⚠️ 注意点:例外の隠蔽に注意

もし try 内と close() 内の両方で例外が発生した場合、
try 内の例外が優先され、close() の例外は「抑制された例外」として記録されます。


🔍 まとめ

ポイント内容
構文try(リソース宣言){ ... }
バージョンJava 7以降
対応型AutoCloseableを実装する全クラス
主な利点コード簡略化・例外安全性・リソースリーク防止

💬 おわりに

try-with-resources は見た目以上に強力です。
「リソース管理を明示的に書かない」だけで、コードの信頼性と保守性が大幅に向上します。

特にSQL接続まわりでは、この構文を使わない理由がないほどの必須テクニックです。
今後のJava開発では「標準の書き方」として身につけておきましょう。

Oracle「ORA-01017:ユーザー名/パスワードが無効です。ログオンは拒否されました。ユーザー名を入力してください。」が出た場合の原因と対応方法

Oracle Databaseを利用していると、多くの人が一度は遭遇するエラーが 「ORA-01017: invalid username/password; logon denied」 です。
SQL*PlusやSQL Developerでのログイン、あるいはアプリケーションの起動時に表示され、作業がストップしてしまう厄介なエラーです。

本記事では、このエラーの 原因と解決方法を体系的に整理 し、実際の現場で役立つ対応手順を紹介します。


ORA-01017エラーとは?

このエラーは、Oracleが「入力されたユーザー名またはパスワードが正しくないため、ログオンを拒否した」と判断した際に表示されます。

主に以下のようなシーンで発生します。

  • SQL*Plus で手動ログインするとき

  • SQL Developer などのGUIツールから接続するとき

  • Java/JDBCやPHP などのアプリケーションがDB接続を試みるとき

  • バッチ処理シェルスクリプト による自動接続

単純にパスワードを打ち間違えただけでも発生しますが、実際の現場ではもっと複雑な原因が潜んでいることもあります。


ORA-01017が発生する主な原因

1. ユーザー名やパスワードの誤り

  • スペルミス(大文字・小文字の違いも区別される)

  • コピペ時の不可視文字(空白や改行が含まれている)

  • ユーザー作成時に "USERNAME" のように ダブルクォーテーション付き で作成しており、大文字小文字が厳密に一致していない

2. アカウントがロックされている/パスワード期限切れ

Oracleではセキュリティのため、一定回数の失敗でアカウントがロックされたり、パスワードに有効期限が設定されている場合があります。

3. 認証方式の違い

  • Oracle 12c以降では、古い認証方式(DESなど)が無効化されている

  • 古いクライアント/JDBCドライバで接続すると認証エラーになる

4. 接続先の設定ミス

  • tnsnames.ora の設定が間違っている

  • service_nameSID が異なる環境を参照している

  • テスト環境と本番環境を取り違えている

5. 外部認証の影響

  • OS認証(/ as sysdba)を利用しているが権限が不足している

  • パスワードファイル(orapwd)が正しく作成されていない


ORA-01017エラーの解決方法

1. ユーザー名・パスワードを正確に確認する

まずは基本中の基本。

  • コピー&ペーストではなく手入力 で試す

  • 大文字小文字を区別することを意識する

  • ユーザー作成時に "USERNAME" のように指定していないか確認

2. アカウントの状態を確認する

管理者ユーザーで以下を実行します。

  • LOCKEDALTER USER ユーザー名 ACCOUNT UNLOCK;

  • EXPIREDALTER USER ユーザー名 IDENTIFIED BY 新パスワード;

3. 認証方式を見直す

ユーザーごとのパスワードバージョンを確認:

  • 10G のみ → 古い方式。新しいクライアントで接続不可の可能性あり

  • 11G12C が含まれているか確認

  • JDBCドライバやOCIクライアントを 最新化 する

4. 接続文字列を確認する

誤接続が多いポイントです。

  • hostnameservice_name が正しいか

  • ローカルの tnsnames.ora が古い情報を持っていないか

5. 外部認証を確認する

  • OSユーザーに必要な権限があるか

  • SYSDBA接続が可能な状態か

  • パスワードファイルが壊れていれば orapwd コマンドで再作成


現場でのチェックリスト

  1. 入力の大文字・小文字を再確認する

  2. コピペではなく手入力で試す

  3. DBA_USERS を確認してアカウント状態を把握

  4. クライアントやJDBCドライバを最新化

  5. 接続先(サービス名/ホスト名)が正しいか見直す

  6. OS認証やパスワードファイルに問題がないか確認


まとめ

「ORA-01017」は、単純に「パスワード間違い」と片付けがちですが、実際には アカウントロック、認証方式、接続先設定の誤り など複数の要因が絡むことがあります。

対処の基本ステップは以下の通りです。

  • 入力の確認 → アカウント状態の確認 → 認証方式・接続設定の見直し

これを押さえておけば、大半のケースで迅速に問題を解決できます。