「データベース」カテゴリーアーカイブ

Oracle「ORA-06502: PL/SQL 数値または値エラー」エラーが出た時の解決方法

2025年9月28日管理者コメントする

Oracle データベースを利用していると、**「ORA-06502: PL/SQL: 数値または値エラー」**というエラーに遭遇することがあります。これは比較的よく見られるエラーの一つで、主に「データ型の不一致」や「文字列長の超過」が原因です。この記事では、このエラーの代表的な原因と解決方法を解説します。

ORA-06502 エラーの意味

エラーメッセージ全文は以下のようになります。

このエラーは、PL/SQL 実行時に「値が期待されるデータ型に収まらない」場合に発生します。例えば以下のケースです。

数値型の変数に、文字列を代入しようとした場合
VARCHAR2 の長さ制限を超える文字列を代入した場合
型変換関数（TO_NUMBER, TO_DATE など）が失敗した場合

よくある原因と解決方法

1. 文字列長の超過

解決方法: 変数の長さを見直す、あるいは SUBSTR を利用して長さを調整する。

2. 数値変換エラー

解決方法: 入力値が数値かどうかを事前にチェックする。正規表現を利用するのも有効です。

3. 不正な日付変換

原因: 存在しない日付を変換しようとした。
解決方法: 入力フォーマットをチェックし、妥当な値のみ渡す。

4. 数値桁数のオーバーフロー

解決方法: NUMBER の定義を見直す、または値を丸める。

トラブルシューティングのポイント

エラー発生時の 変数定義 を確認する
DBMS_OUTPUT.PUT_LINE で 代入しようとしている値 を出力する
データベースの カラム定義と変数定義の不一致 を確認する
外部入力（CSV など）を扱う場合は 入力データの妥当性チェック を行う

まとめ

「ORA-06502」エラーは、ほとんどの場合 データ型の不一致 や 値の範囲超過 が原因です。
再発防止のためには以下が重要です。

変数やカラムの定義を余裕を持たせて設計する
入力値チェックを徹底する
デバッグ時に DBMS_OUTPUT を活用して値を追跡する

これらを意識することで、エラーを効率的に解消できるはずです。

Oracle, データベース, トラブル対応, ブログ

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

2025年9月22日管理者コメントする

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_name や SID が異なる環境を参照している
テスト環境と本番環境を取り違えている

5. 外部認証の影響

OS認証（/ as sysdba）を利用しているが権限が不足している
パスワードファイル（orapwd）が正しく作成されていない

ORA-01017エラーの解決方法

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

まずは基本中の基本。

コピー＆ペーストではなく手入力 で試す
大文字小文字を区別することを意識する
ユーザー作成時に "USERNAME" のように指定していないか確認

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

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

LOCKED → ALTER USER ユーザー名 ACCOUNT UNLOCK;
EXPIRED → ALTER USER ユーザー名 IDENTIFIED BY 新パスワード;

3. 認証方式を見直す

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

SELECT username, password_versions FROM dba_users;

1	SELECT username, password_versions FROM dba_users;

10G のみ → 古い方式。新しいクライアントで接続不可の可能性あり
11G や 12C が含まれているか確認
JDBCドライバやOCIクライアントを 最新化 する

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

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

hostname や service_name が正しいか
ローカルの tnsnames.ora が古い情報を持っていないか

5. 外部認証を確認する

OSユーザーに必要な権限があるか
SYSDBA接続が可能な状態か
パスワードファイルが壊れていれば orapwd コマンドで再作成

現場でのチェックリスト

入力の大文字・小文字を再確認する
コピペではなく手入力で試す
DBA_USERS を確認してアカウント状態を把握
クライアントやJDBCドライバを最新化
接続先（サービス名／ホスト名）が正しいか見直す
OS認証やパスワードファイルに問題がないか確認

まとめ

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

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

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

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

MySQL, データベース, トラブル対応, ブログ

MySQLで「Too many connections」エラーが出たときの原因と対処法

2025年9月22日管理者コメントする

MySQLを運用していると、ある日突然アプリケーション側から「Too many connections」というエラーが返され、データベースに接続できなくなることがあります。これは利用者にとってはサイトやサービスが「停止状態」と同じであり、早急な対応が必要です。本記事では、このエラーの原因と具体的な対処方法を整理します。

「Too many connections」エラーとは？

MySQLには同時に接続できるクライアント数を制御する仕組みがあります。
max_connections というパラメータで上限値が決められており、この数を超える新規接続要求があった場合に 「Too many connections」 エラーが発生します。

初期値：151（バージョンによって異なる）
上限：OSやハードウェアのリソースに依存

つまり、データベースが過負荷状態になったサインと捉えることができます。

主な原因

1. 接続数の急増

一時的にアクセスが集中し、アプリケーションからの同時接続数が急増することで上限を超えてしまいます。

2. 接続のクローズ漏れ

アプリケーション側で 接続プールの管理不備 や close処理の抜け があると、不要な接続が残り続けます。

3. 長時間実行されるクエリ

重いSQLが大量に実行されると、処理待ちの接続が積み重なり、結果的に接続枠を圧迫します。

4. 不適切な設定

wait_timeout や interactive_timeout の値が長すぎると、アイドル状態の接続が切断されずに残ってしまうことがあります。

対処法

1. 一時的な応急処置

まずはサービス復旧を優先します。
MySQLに管理者で接続できる場合、現在の接続状況を確認します。

どうしても管理者で接続できない場合は、MySQLサービスの再起動が必要になる場合もあります。
（※ただし根本解決にはならず、緊急回避策に過ぎません。）

2. 根本的な解決策

(1) max_connections を増やす

一時的なアクセス増に備えるために上限値を上げます。

(2) 接続プールの導入・見直し

アプリケーションで コネクションプーリング を利用し、使い終わった接続は必ず解放するようにします。
JavaならHikariCP、PHPならPDOやmysqliの接続プールを利用するのが一般的です。

(3) クエリのチューニング

インデックスを適切に設定する
不要なJOINやサブクエリを減らす
キャッシュを導入する

これにより接続が長時間占有されることを防ぎます。

(4) timeout の調整

不要な接続が残り続けないように、wait_timeout の値を短めに設定します。

再発防止のために

アクセスのピーク時を想定して性能テストを行う
アプリケーション側で接続管理を徹底する
監視ツール（例：Zabbix, Prometheus, CloudWatchなど）で接続数を常時モニタリングする

これらを実施することで「Too many connections」エラーを未然に防ぐことができます。

まとめ

「Too many connections」エラーは単なる設定値不足ではなく、接続管理やクエリ設計の問題 が隠れていることが多いです。

一時的には接続数の上限を増やす
長期的にはアプリケーション側の接続管理やSQLチューニングを見直す

これらをバランスよく行うことで、安定したMySQL運用が可能になります。

Oracle, SQL, データベース, ブログ

PL/SQL：BULK COLLECTとFORALLを使った効率的な大量データ処理

2025年9月17日管理者コメントする

Oracle PL/SQLを使って大量データを処理する際、1行ずつループして処理を行うとパフォーマンスが低下します。
このようなケースで活躍するのが BULK COLLECT と FORALL です。

これらを活用することで、SQLとPL/SQL間のコンテキスト切り替えを最小限に抑え、大量データを効率的に処理できます。

BULK COLLECTとは？

BULK COLLECTは、複数行のデータを一括でコレクション（配列型変数）に格納する仕組みです。

基本構文

使用例

DECLARE
  TYPE t_emp IS TABLE OF employees%ROWTYPE;
  l_emp t_emp;
BEGIN
  SELECT * 
  BULK COLLECT INTO l_emp
  FROM employees
  WHERE department_id = 10;

  DBMS_OUTPUT.PUT_LINE('取得件数: ' || l_emp.COUNT);
END;

DECLARE

TYPE t_emp IS TABLE OF employees%ROWTYPE;

l_emp t_emp;

BEGIN

SELECT *

BULK COLLECT INTO l_emp

FROM employees

WHERE department_id = 10;

DBMS_OUTPUT.PUT_LINE('取得件数: ' || l_emp.COUNT);

END;

✅ 通常のSELECT INTOでは1行しか取得できませんが、BULK COLLECTを使うと複数行をまとめて変数に格納できます。

FORALLとは？

FORALLは、コレクションに格納されたデータを使って一括処理（INSERT/UPDATE/DELETE）を行う構文です。

基本構文

使用例

DECLARE
  TYPE t_empno IS TABLE OF employees.employee_id%TYPE;
  l_empno t_empno;
BEGIN
  -- 部署ID 20の社員IDをまとめて取得
  SELECT employee_id
  BULK COLLECT INTO l_empno
  FROM employees
  WHERE department_id = 20;

  -- 一括で給与を10%アップ
  FORALL i IN l_empno.FIRST .. l_empno.LAST
    UPDATE employees
    SET salary = salary * 1.1
    WHERE employee_id = l_empno(i);

  COMMIT;
END;

DECLARE

TYPE t_empno IS TABLE OF employees.employee_id%TYPE;

l_empno t_empno;

BEGIN

-- 部署ID 20の社員IDをまとめて取得

SELECT employee_id

BULK COLLECT INTO l_empno

FROM employees

WHERE department_id = 20;

-- 一括で給与を10%アップ

FORALL i IN l_empno.FIRST .. l_empno.LAST

UPDATE employees

SET salary = salary * 1.1

WHERE employee_id = l_empno(i);

COMMIT;

END;

✅ FORループで1件ずつUPDATEするよりも大幅に高速化できます。

BULK COLLECTとFORALLを組み合わせる

実務では、BULK COLLECTで一括取得 → FORALLで一括更新／削除といった流れがよく使われます。

処理フロー例

BULK COLLECTで対象データを配列に取得
配列の内容をFORALLで一括更新
コミット

このように組み合わせることで、バッチ処理や大量データ更新におけるパフォーマンスを劇的に改善できます。

パフォーマンス比較

従来のループ処理
SQLとPL/SQL間で行き来が多くなり、数万件以上の処理では遅くなる
BULK COLLECT + FORALL
コンテキストスイッチが最小化され、処理速度が数倍〜数十倍向上するケースもある

注意点

BULK COLLECTで一度に大量データを取得するとメモリ不足の可能性あり
→ LIMIT句を組み合わせて分割取得が推奨
FORALLはDML専用（SELECTでは使えない）
例外処理はSAVE EXCEPTIONSを付けて制御することも可能

まとめ

BULK COLLECT → 複数行を一括取得
FORALL → 複数行を一括処理
大量データ処理では必須テクニック
メモリ管理や例外処理に注意しつつ使うと、バッチ処理の効率が大幅に改善

💡 実際のプロジェクトでは「数十万件以上のデータ更新」で特に効果が出やすいため、PL/SQLチューニングの定番として覚えておきましょう。

Oracle, データベース, トラブル対応, ブログ

Oracle：ORA-12514エラーの原因と対処法をわかりやすく解説！

2025年9月14日管理者コメントする

Oracleデータベースに接続しようとしたときに表示される

「ORA-12514: TNS:listener does not currently know of service requested in connect descriptor」 エラー。
初めて遭遇すると「何が原因なの？」と戸惑いますよね。

この記事では、ORA-12514エラーの意味・主な原因・確認ポイント・具体的な対処方法を、初心者にもわかりやすく解説します。

◆ ORA-12514エラーとは？

エラーメッセージ全文：

これは簡単に言うと、クライアント側が接続しようとしているサービス名を、リスナーが認識できていないという意味です。

◆ 主な原因とチェックポイント

原因	説明	チェックポイント
サービス名の誤記	接続文字列で指定しているサービス名が存在しない、またはタイプミス	tnsnames.oraのSERVICE_NAMEやDB側のサービス名（lsnrctl status）を確認
リスナーがサービスを登録していない	リスナーが起動していても、対象のインスタンスが登録されていない	DB起動状態の確認、lsnrctl statusで登録サービスを確認
接続先がSID指定になっている	接続方式がSID指定なのにサービス名でアクセスしている、またはその逆	接続方法をSID or SERVICE_NAMEに合わせて見直す
データベース未起動	DBが起動していないため、サービスがリスナーに登録されない	sqlplus / as sysdba → startup でDB起動を確認
リスナーの設定ミス	listener.ora に不要な制限や間違いがある	listener.oraを見直し、設定ミスがないかチェック

◆ 対処法：よくあるパターン別解決手順

✅ パターン1：サービス名の誤り

エラーメッセージ例：

対処方法：

lsnrctl status で現在リスナーが認識しているサービス名を確認
tnsnames.ora や JDBC URL に記載されている SERVICE_NAME と一致しているか確認
必要に応じて修正して再接続

✅ パターン2：データベースが起動していない

確認方法：

→ DBが停止していた場合は、このコマンドで起動することで解消します。

✅ パターン3：接続方式がSID指定になっている

tnsnames.ora の記述例（良くない例）

→ SID指定をしたいなら以下のように記述

または、JDBC URL では :SID と /SERVICE_NAME の違いに注意。

◆ 補足：lsnrctlでのサービス確認方法

実行結果の中に Service "XXX" has 1 instance(s) の記述があれば、リスナーはそのサービスを認識しています。

◆ まとめ

ORA-12514は「リスナーがサービスを認識していない」ことが原因
原因は設定ミス・サービス名の誤り・DB未起動など多岐にわたる
まずは lsnrctl status と tnsnames.ora の内容を照らし合わせよう

◆ よくある質問（FAQ）

Q1. サービス名はどこで確認できますか？
A. lsnrctl status で確認可能です。あるいはDB起動後に SELECT value FROM v$parameter WHERE name='service_names'; でも取得できます。

Q2. SIDとSERVICE_NAMEは何が違う？
A. SIDは「インスタンス名」、SERVICE_NAMEは「サービス識別子」。Oracle 9i以降はSERVICE_NAME推奨です。

Oracle, データベース, ブログ

Oracle：SYSDBA権限とSYSOPER権限の違いと使い分け

2025年9月14日管理者コメントする

はじめに

Oracleデータベースの運用において、管理者権限の使い分けは非常に重要です。特に「SYSDBA」と「SYSOPER」はどちらも特別な権限として知られていますが、役割や利用シーンは異なります。本記事では、それぞれの権限の違いと、実務での適切な使い分けについて解説します。

SYSDBA権限とは

SYSDBAは、Oracleデータベースにおける最上位の管理権限です。
SYSDBAで接続すると、ユーザーは自動的にSYSスキーマとして認識され、あらゆる管理操作が可能になります。

主な操作内容

データベースの起動・停止（STARTUP / SHUTDOWN）
データベースの作成（CREATE DATABASE）
完全なリカバリやバックアップ操作
ユーザー作成や権限付与など、すべての管理作業
データファイルや制御ファイルの操作

特徴：Oracle全体のフルコントロールが可能であるため、通常はDBA（データベース管理者）専用で使用されます。

SYSOPER権限とは

SYSOPERは、SYSDBAほどの強力な権限は持ちませんが、運用担当者が日常的に行う基本的な管理作業を実行できます。

主な操作内容

データベースの起動・停止（STARTUP / SHUTDOWN）
インスタンスのバックアップ・リカバリ（ただし制限あり）
ログファイルの管理（アーカイブログ切り替えなど）
データベースの作成やユーザー管理は不可

特徴：
SYSOPERでは、データの中身に直接触れることはできません。あくまで運用作業の補助権限に近い立ち位置です。

SYSDBAとSYSOPERの違い（比較表）

項目	SYSDBA	SYSOPER
データベースの起動・停止	可	可
データベース作成	可	不可
ユーザー/権限管理	可	不可
完全リカバリ	可	一部可（制限あり）
アーカイブログ切り替え	可	可
データファイル/制御ファイル操作	可	不可
データの参照・変更	可	不可
想定される利用者	DBA（管理者）	運用担当者

使い分けのポイント

SYSDBA
- データベースの構築、スキーマ管理、リカバリなどフル機能が必要なとき
- DBA専用アカウントとして限定的に使用することが推奨される
SYSOPER
- 運用担当者が日常業務（起動・停止、バックアップ実行など）を行うとき
- セキュリティを強化しつつ運用を分担する際に有効

まとめ

Oracleの管理権限であるSYSDBAとSYSOPERは、似ているようで明確な役割分担があります。

SYSDBA = フル権限、構築・管理・リカバリの責任者用
SYSOPER = 制限付き権限、日常運用担当者用

セキュリティと役割分担を意識して適切に使い分けることが、安定したデータベース運用につながります。

Oracle, データベース, トラブル対応, ブログ

Oracleユーザー作成時にORA-00959エラー発生！指定された表領域が存在しない場合の対処法

2025年9月9日管理者コメントする

はじめに

Oracle Databaseでユーザーを作成する際に、以下のようなエラーが発生することがあります。

このエラーは、指定した表領域（tablespace）が存在しない場合に発生します。本記事では、原因の解説と実際の解決方法をまとめます。

エラーの原因

ORA-00959 は 「指定した表領域が存在しない」 ことを意味します。

例えば以下のSQLを実行した場合を考えます。

このとき、環境に USERS という表領域が作成されていなければ、ORA-00959 が返されます。

よくある原因

インストール時にデフォルトの USERS 表領域が作成されなかった
他の管理者が不要と判断し削除してしまった
マルチテナント環境（CDB/PDB）で表領域の有無が異なる

対処法

1. 既存の表領域を確認する

まずは現在存在している表領域を確認します。

ここで USERS が表示されなければ、エラーの通り存在していないことが確認できます。

2. 表領域を作成する

存在しない場合は新たに表領域を作成します。

※ データファイルのパスは環境に応じて修正してください。

3. 既存の表領域を指定してユーザーを作成する

新しく表領域を作成せず、既存の表領域を利用する方法もあります。

ただし、SYSTEM を業務用に利用するのは推奨されないため、専用の表領域を作成する方がベストです。

4. ユーザー作成後の権限付与

ユーザー作成が成功したら、最低限以下の権限を付与します。

必要に応じて他の権限も付与してください。

まとめ

ORA-00959 は 「指定した表領域が存在しない」 ことが原因
DBA_TABLESPACES ビューで表領域の存在を確認
必要に応じて新規作成、または既存の表領域を指定する

表領域の存在を確認してからユーザー作成を行うことで、エラーを回避できます。

❓よくある質問（FAQ）

Q1. ORA-00959エラーはなぜ発生するのですか？

A. 指定した表領域（tablespace）が存在しない場合に発生します。ユーザー作成時の DEFAULT TABLESPACE に指定した名前が、データベース内に存在しないことが原因です。

Q2. 表領域が存在するかどうかを確認するには？

A. 以下のSQLで確認できます。

ここに指定した名前が含まれていなければ、新しく表領域を作成する必要があります。

Q3. SYSTEM表領域を代わりに使っても良いですか？

A. 技術的には可能ですが推奨されません。SYSTEM はOracle内部で利用される表領域であり、業務用のオブジェクトを置くとパフォーマンスや管理に悪影響が出る可能性があります。専用の表領域を作成しましょう。

Q4. 表領域を作成するときのファイルパスはどう決めればいいですか？

A. 通常はOracleデータベースのデータファイル格納ディレクトリ（例：/u01/app/oracle/oradata/ORCL/）に置きます。環境ごとの構成ポリシーに従い、十分な容量のあるディスクを指定してください。

Q5. マルチテナント環境（CDB/PDB）でも同じ対応ですか？

A. はい。ただしCDB直下とPDB配下で表領域の有無が異なることがあります。ユーザーを作成するPDBに接続し直し、そのPDB内で表領域を確認・作成してください。

Oracle, SQL, データベース, ブログ

Oracle：COALESCE関数の使い方

2023年7月9日管理者コメントする

oracleの独自関数のCOALESCE（コアレス）関数の用途についてメモしておきます。

COALESCE関数とは

COALESCE関数は引数のリストから最初のNULL以外の値を返却するOracle独自関数となります。

NVL2関数との違いは必ずしも引数へ指定するデータ型を全て合わせる必要はないことです。

ただデータの一貫性を保ちたい場合は極力データ型は合わせた方が望ましいです。

サンプルテーブル

サンプルテーブル「CLIENT_ADDRESS」

COALESCE関数の使用例

SQL（クエリー）例

Oracle PL/SQL

SELECT COALESCE(START_DATE, END_DATE, sysdate) FROM CLIENT_ADDRESS;

1

SELECT COALESCE(START_DATE, END_DATE, sysdate) FROM CLIENT_ADDRESS;

上記例ではSTART_DATEがNULLであればEND_DATEの値を、END_DATEもNULLであればsysdateを返却します。
実行結果

Oracle, SQL, データベース, ブログ

Oracle：NVL関数とNVL2関数の違い

2023年7月7日管理者コメントする

oracleの独自関数としてNVL関数やNVL2関数があります。

知ってると結構便利な関数なので、この２つの関数の違いについて整理しておきます。

NVL関数とは

NVL関数は第１引数がNULLなら第２引数の値（代替値）を返します。

もし第１引数の結果がNULLでなければ、そのまま第１引数の値を返します。

注意点として第１引数と第２引数へは同じデータ型を指定する必要があります。

NVL関数の使用例

サンプルテーブル「CLIENT_ADDRESS」
SQL（クエリー）例
以下の例ではEND_DATEがNULLでない場合はEND_DATEの値を、NULLの場合はsysdateを返却します。

Oracle PL/SQL

SELECT NVL(END_DATE, sysdate) FROM CLIENT_ADDRESS;

1

SELECT NVL(END_DATE, sysdate) FROM CLIENT_ADDRESS;
実行結果

NVL2関数とは

NVL2関数は第１引数がNULLの場合に、第２引数の値を返却し、第１引数がNULLの場合は第３引数の値を返却します。

注意点として第１引数、第２引数、第３引数に指定する値は全て同じデータ型を指定する必要があります。

NVL2関数の使用例

サンプルテーブル「CLIENT_ADDRESS」
SQL（クエリー）例
以下の例ではEND_DATEがNULLでない場合は第２引数のSTART_DATEの値を返却し、END_DATEがNULLの場合は第３引数のsysdateを返却します。

Oracle PL/SQL

SELECT NVL2(END_DATE, START_DATE, sysdate) FROM CLIENT_ADDRESS;

1

SELECT NVL2(END_DATE, START_DATE, sysdate) FROM CLIENT_ADDRESS;
実行結果

ストアドプロシージャ, データベース, ブログ

INSERT文を指定回数分ループして実行する方法

2023年6月12日管理者コメントする

性能試験などであるテーブルに大量データの作成が必要になった場合にINSERT文をループで処理できれば便利！という事で、SQLとロジックを組み合わせたストアドプロシージャでのサンプルプログラムとなります。

ストアドプロシージャ

DECLARE
    -- 変数の宣言
    counter NUMBER := 1;    
	loop_limit NUMBER := 10;
    goods_id NUMBER := 1;    
BEGIN
    WHILE counter <= loop_limit LOOP
    	-- 実行するSQL
		INSERT INTO USER1.GOODS (GOODS_ID,NAME,GOODS_CODE,PRICE) VALUES (goods_id,'パソコン',101,5000);
    	-- インクリメント
		counter := counter + 1; -- カウンタをインクリメント
        goods_id := goods_id + 1; -- GOODS_IDをインクリメント
    END LOOP;
  	-- 正常終了すれば自動的にCOMMITされるため明示的なCOMMITは不要。途中で失敗した場合は全件ロールバックされる
    -- DBクライアントソフトが自動コミットしない場合は明示的なCOMMITが必要
END;

DECLARE

-- 変数の宣言

counter NUMBER := 1;

loop_limit NUMBER := 10;

goods_id NUMBER := 1;

BEGIN

WHILE counter <= loop_limit LOOP

-- 実行するSQL

INSERT INTO USER1.GOODS (GOODS_ID,NAME,GOODS_CODE,PRICE) VALUES (goods_id,'パソコン',101,5000);

-- インクリメント

counter := counter + 1; -- カウンタをインクリメント

goods_id := goods_id + 1; -- GOODS_IDをインクリメント

END LOOP;

-- 正常終了すれば自動的にCOMMITされるため明示的なCOMMITは不要。途中で失敗した場合は全件ロールバックされる

-- DBクライアントソフトが自動コミットしない場合は明示的なCOMMITが必要

END;

上記の例では、loop_limitに指定した件数分「GOODS」テーブルへレコードを追加するサンプルコードです。

上記の例では、loop_limitを10としていますが、必要に応じて任意の数値に変更できます。

DBeaverで上記のストアドプロシージャを実行する場合は「SQLスクリプトを実行する」を選択することで正常に実行されます。

ORA-06502 エラーの意味

よくある原因と解決方法

1. 文字列長の超過

2. 数値変換エラー

3. 不正な日付変換

4. 数値桁数のオーバーフロー

トラブルシューティングのポイント

まとめ

関連記事

ORA-01017エラーとは？

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

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

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

3. 認証方式の違い

4. 接続先の設定ミス

5. 外部認証の影響

ORA-01017エラーの解決方法

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

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

3. 認証方式を見直す

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

5. 外部認証を確認する

現場でのチェックリスト

まとめ

関連記事

「Too many connections」エラーとは？

主な原因

1. 接続数の急増

2. 接続のクローズ漏れ

3. 長時間実行されるクエリ

4. 不適切な設定

対処法

1. 一時的な応急処置

2. 根本的な解決策

(1) max_connections を増やす

(2) 接続プールの導入・見直し

(3) クエリのチューニング

(4) timeout の調整

再発防止のために

まとめ

関連記事

BULK COLLECTとは？

基本構文

使用例

FORALLとは？

基本構文

使用例

BULK COLLECTとFORALLを組み合わせる

処理フロー例

パフォーマンス比較

注意点

まとめ

関連記事

◆ ORA-12514エラーとは？

◆ 主な原因とチェックポイント

◆ 対処法：よくあるパターン別解決手順

✅ パターン1：サービス名の誤り

✅ パターン2：データベースが起動していない

✅ パターン3：接続方式がSID指定になっている

◆ 補足：lsnrctlでのサービス確認方法

◆ まとめ

◆ よくある質問（FAQ）

関連記事

はじめに

SYSDBA権限とは

主な操作内容

SYSOPER権限とは

主な操作内容

SYSDBAとSYSOPERの違い（比較表）

使い分けのポイント

まとめ

関連記事

はじめに

エラーの原因

よくある原因

対処法

1. 既存の表領域を確認する

2. 表領域を作成する

3. 既存の表領域を指定してユーザーを作成する

4. ユーザー作成後の権限付与

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事