Oracle Database でのシステム開発において、金額計算や集計処理は避けて通れません。しかし、「テスト環境では動いていたのに、本番データで計算結果が NULL になった」「消費税計算で 1円のズレが生じた」「想定外の桁あふれエラーでバッチが停止した」といったトラブルは後を絶ちません。
これらは単なるバグではなく、Oracle 数値データ型（NUMBER） の仕様や、3値論理（True/False/Unknown） に基づく NULL の挙動を正しく理解していないことが根本原因です。
本記事では、基本的な演算子の使い方にとどまらず、NUMBER 型の精度（Precision）とスケール（Scale）の厳密な挙動、実務で必須となる NVL / COALESCE による NULL 対策、そしてパフォーマンスを意識した型変換のベストプラクティスまで、プロの視点で徹底解説します。
本記事ではSCOTTサンプルスキーマを使用した例で解説します。
SCOTTサンプルスキーマは以下を実行することでインポートおよび使用が可能です。
$ sqlplus / as sysdba
SQL> @?/rdbms/admin/utlsampl.sql
$ sqlplus scott/tiger
💰 【PR】Oracleエンジニアの市場価値、調べてみませんか？
Oracleのスキルは需要が高く、特定の資格や経験を持っていると年収が大幅にアップするケースがあります。まずはIT専門のエージェントで非公開求人をチェックしてみませんか？
結論・最短手順（やることリスト）
数値計算を実装する際、以下のチェックリストを遵守することで、手戻りや本番障害を未然に防ぐことができます。
- NULL 対策の徹底
- 演算対象の列に
NOT NULL制約がない場合、必ずNVL関数 または標準SQLのCOALESCEを使用して、NULL を計算可能な値（通常は 0）に変換する。 - 「データが入っているはず」という思い込みを捨て、防御的プログラミングを徹底する。
- 演算対象の列に
- 演算子の優先順位と可読性
- 乗算・除算（
* /）は加算・減算（+ -）より優先される。 - 優先順位に依存せず、意図を明確にするために 括弧
()を積極的に使用する。これにより、将来の改修ミスも防げる。
- 乗算・除算（
- 厳密なデータ型定義
- 金額や数量は
NUMBER(p, s)で桁数を明示する。 - 特に
s（スケール）を指定することで、DB格納時の自動丸め処理を制御し、アプリケーション側での意図しない誤差を防ぐ。
- 金額や数量は
- ゼロ除算の防御
- 割り算を行う際は、分母が 0 になる可能性を考慮し、
DECODEやCASE式、またはNULLIF関数でハンドリングする。
- 割り算を行う際は、分母が 0 になる可能性を考慮し、
背景と基礎：数値データ型と演算子の深層
NUMBER型の詳細仕様
Oracle の NUMBER 型は、可変長の数値データ型であり、非常に広範な数値を高い精度で扱えるのが特徴です。
- 構文:
NUMBER(p, s)- p (precision/精度): 格納可能な数字の総桁数（1〜38）。符号や小数点は含みません。
- s (scale/スケール): 小数点の右側の桁数（-84〜127）。
定義による挙動の違い（重要）
NUMBER 型の挙動は、p と s の指定によって大きく異なります。ここを曖昧にすると、ORA-01438 エラーや勝手な四捨五入に悩まされます。
| 定義 | 格納データ例: 123.456 | 挙動の解説 |
|---|---|---|
| NUMBER(10, 2) | 123.46 | 小数点第3位が四捨五入され、2桁で格納される。 |
| NUMBER(5) | 123 | スケール省略時は 0 とみなされ、整数として格納（四捨五入される）。 |
| NUMBER(3) | エラー | 整数部が3桁ですが、精度3桁を超えるため格納できません（詳細後述）。 |
| NUMBER | 123.456 | 指定なしの場合、最大精度でそのまま格納される。 |
重要ポイント: NUMBER(p, s) の定義における丸め処理は、データの INSERT や UPDATE 時に自動的に行われます。これは TRUNC（切り捨て）ではなく ROUND（四捨五入） である点に注意してください。
算術演算子とモジュロ演算
標準的な四則演算に加え、剰余算（あまり）も頻繁に使用されます。
| 演算子 | 名称 | 使用例 | 結果 | 備考 |
|---|---|---|---|---|
+ | 加算 | 10 + 5 | 15 | 日付型への加算も可能（日数加算）。 |
- | 減算 | 10 - 5 | 5 | 日付同士の引き算も可能（期間算出）。 |
* | 乗算 | 10 * 5 | 50 | |
/ | 除算 | 10 / 5 | 2 | 整数同士でも結果が小数になる場合がある。 |
MOD | 剰余 | MOD(10, 3) | 1 | 関数として提供される。 |
手順・実装：SCOTTスキーマでの計算実践
サンプルスキーマ（SCOTT）の EMP 表（従業員テーブル）を使用して、より実践的で複雑な計算ケースを解説します。
前提環境: Oracle Database 19c / SCOTTスキーマ導入済み
1. 基本的な演算とデータ型の確認（Dual表）
まずはデータベースから定数の計算結果を取得します。ここでは小数の扱いや負の数も確認します。
SELECT
100 + 20 AS add_calc,
100 - 200 AS sub_calc_negative,
100 * 1.08 AS tax_calc,
100 / 3 AS div_calc_infinite
FROM
dual;
[解説]
sub_calc_negative: 結果は-100となり、Oracle は負の数も問題なく扱えます。div_calc_infinite: 結果は33.333...となり、精度限界まで表示されます。業務ではROUNDやTRUNCで端数処理をするのが一般的です。
SQL> SELECT
2 100 + 20 AS add_calc,
3 100 - 200 AS sub_calc_negative,
4 100 * 1.08 AS tax_calc,
5 100 / 3 AS div_calc_infinite
6 FROM
7 dual;
ADD_CALC SUB_CALC_NEGATIVE TAX_CALC DIV_CALC_INFINITE
---------- ----------------- ---------- -----------------
120 -100 108 33.3333333
2. 給与計算：NULLの落とし穴と対策
シナリオ: 従業員の「月給（SAL）」と「歩合（COMM）」を足して「総支給額」を算出したい。
Oracle における NULL は「値が存在しない（Unknown）」状態を指します。「未知の値に何を足しても、結果は未知（NULL）」 というのが SQL の大原則です。
❌ 失敗例：そのまま足し算をする
SELECT
EMPNO, ENAME, SAL, COMM,
SAL + COMM AS TOTAL_WRONG
FROM
EMP
WHERE
COMM IS NULL;
[解説]
TOTAL_WRONGはすべてNULLになります。これでは給与計算システムとして致命的です。
SQL> SELECT
2 EMPNO, ENAME, SAL, COMM,
3 SAL + COMM AS TOTAL_WRONG
4 FROM
5 EMP
6 WHERE
7 COMM IS NULL;
EMPNO ENAME SAL COMM TOTAL_WRONG
---------- ---------- ---------- ---------- -----------
7369 SMITH 800
7566 JONES 2975
7698 BLAKE 2850
7782 CLARK 2450
7788 SCOTT 3000
7839 KING 5000
7876 ADAMS 1100
7900 JAMES 950
7902 FORD 3000
7934 MILLER 1300
10 rows selected.
⭕ 成功例：NVL または COALESCE で防御する
Oracle 独自の NVL 関数、または SQL 標準の COALESCE 関数を使用します。
SELECT
EMPNO, ENAME, SAL, COMM,
SAL + NVL(COMM, 0) AS TOTAL_NVL,
SAL + COALESCE(COMM, 0) AS TOTAL_COALESCE
FROM
EMP
WHERE
SAL + NVL(COMM, 0) >= 2000;
[解説]
TOTAL_NVL:NVL(COMM, 0)を使用しています。これは Oracle の伝統的な書き方で、COMMが NULL なら 0 を返します。TOTAL_COALESCE:COALESCE(COMM, 0)を使用しています。これは ANSI 標準であり、複数の引数を取ることができます。NVLと同様に使えますが、モダンな SQL 開発ではこちらが推奨されることもあります。
SQL> SELECT
2 EMPNO, ENAME, SAL, COMM,
3 SAL + NVL(COMM, 0) AS TOTAL_NVL,
4 SAL + COALESCE(COMM, 0) AS TOTAL_COALESCE
5 FROM
6 EMP
7 WHERE
8 SAL + NVL(COMM, 0) >= 2000;
EMPNO ENAME SAL COMM TOTAL_NVL TOTAL_COALESCE
---------- ---------- ---------- ---------- ---------- --------------
7566 JONES 2975 2975 2975
7654 MARTIN 1250 1400 2650 2650
7698 BLAKE 2850 2850 2850
7782 CLARK 2450 2450 2450
7788 SCOTT 3000 3000 3000
7839 KING 5000 5000 5000
7902 FORD 3000 3000 3000
7 rows selected.
3. 年収計算と複雑な式の優先順位
シナリオ: 年収を計算します。「基本給の12ヶ月分」に「歩合」を足し、さらに一律「特別手当 500」を付与します。
SELECT
EMPNO,
ENAME,
SAL * 12 + NVL(COMM, 0) + 500 AS BAD_STYLE,
(SAL * 12) + NVL(COMM, 0) + 500 AS ANNUAL_INCOME
FROM
EMP
ORDER BY
ANNUAL_INCOME DESC;
[解説]
BAD_STYLE: 悪い例です。演算子の優先順位が不明確で、読み手が「どこから計算されるのか」を一目で理解できません。ANNUAL_INCOME: 良い例です。(SAL * 12)のように括弧をつけることで、「まず年間基本給を出し、そこにその他手当を足す」というビジネスロジックが明確に伝わります。
SQL> SELECT
2 EMPNO,
3 ENAME,
4 SAL * 12 + NVL(COMM, 0) + 500 AS BAD_STYLE,
5 (SAL * 12) + NVL(COMM, 0) + 500 AS ANNUAL_INCOME
6 FROM
7 EMP
8 ORDER BY
9 ANNUAL_INCOME DESC;
EMPNO ENAME BAD_STYLE ANNUAL_INCOME
---------- ---------- ---------- -------------
7839 KING 60500 60500
7902 FORD 36500 36500
7788 SCOTT 36500 36500
7566 JONES 36200 36200
7698 BLAKE 34700 34700
7782 CLARK 29900 29900
7499 ALLEN 20000 20000
7844 TURNER 18500 18500
7654 MARTIN 16900 16900
7934 MILLER 16100 16100
7521 WARD 16000 16000
7876 ADAMS 13700 13700
7900 JAMES 11900 11900
7369 SMITH 10100 10100
14 rows selected.
4. ゼロ除算の安全な回避（NULLIFの活用）
シナリオ: 従業員の「歩合（COMM）」が「給与（SAL）」の何割にあたるか（歩合率）を計算したい。 しかし、SAL が 0 のデータが存在する可能性も考慮しなければなりません（例: 休職中など）。
SELECT
EMPNO,
ENAME,
SAL,
COMM,
ROUND(NVL(COMM, 0) / NULLIF(SAL, 0) * 100, 2) AS COMM_PCT
FROM
EMP;
[解説]
- そのまま
SALで割り算を行うと、SALが 0 の場合にエラーになります。 NULLIF(SAL, 0):SALが 0 ならNULLを返します。- SQL では「数字 / NULL」の結果は
NULLとなるため、ゼロ除算エラー（ORA-01476）を回避し、安全に NULL（計算不能）として扱うことができます。
SQL> SELECT
2 EMPNO,
3 ENAME,
4 SAL,
5 COMM,
6 ROUND(NVL(COMM, 0) / NULLIF(SAL, 0) * 100, 2) AS COMM_PCT
7 FROM
8 EMP;
EMPNO ENAME SAL COMM COMM_PCT
---------- ---------- ---------- ---------- ----------
7369 SMITH 800 0
7499 ALLEN 1600 300 18.75
7521 WARD 1250 500 40
7566 JONES 2975 0
7654 MARTIN 1250 1400 112
7698 BLAKE 2850 0
7782 CLARK 2450 0
7788 SCOTT 3000 0
7839 KING 5000 0
7844 TURNER 1500 0 0
7876 ADAMS 1100 0
7900 JAMES 950 0
7902 FORD 3000 0
7934 MILLER 1300 0
14 rows selected.
💰 【PR】Oracleエンジニアの市場価値、調べてみませんか？
Oracleのスキルは需要が高く、特定の資格や経験を持っていると年収が大幅にアップするケースがあります。まずはIT専門のエージェントで非公開求人をチェックしてみませんか？
トラブルシューティング：よくあるエラーと回避策
算術演算で発生する代表的なエラーとその根本原因を深掘りします。
| エラーコード | エラーメッセージ | 詳細な原因とプロの対処法 |
|---|---|---|
| (なし) | 結果が NULL になる | 原因: 3値論理の仕様。1つでも NULL が混じれば結果は NULL。対処: NVL / COALESCE の使用を徹底する。結合後のテーブル列などは特に注意。 |
| ORA-01476 | divisor is equal to zero | 原因: 数学的に定義されない「ゼロ除算」の発生。対処: DECODE(col, 0, NULL, col) や NULLIF(col, 0) を分母に使用し、エラーではなく NULL を返すように設計する。 |
| ORA-01438 | value larger than specified precision allowed for this column | 原因: 定義桁数を超えた値の挿入。例: NUMBER(3) 列に 1000 を入れようとした。対処: 設計上の桁数見直し。一時的な回避なら列定義変更（ALTER TABLE ... MODIFY ...）が必要。 |
| ORA-01722 | invalid number | 原因: 暗黙の型変換失敗。例: 数値列と文字列 '1,000'（カンマ付き）を計算しようとした等。対処: TO_NUMBER でフォーマットを指定して明示的に変換する。 |
ORA-01722 と暗黙の型変換の恐怖
SQL で WHERE STR_COL = 100 のように、文字列型の列（STR_COL）を数値と比較すると、Oracle は内部で TO_NUMBER(STR_COL) = 100 を実行します（暗黙の型変換）。
もし STR_COL に 'ABC' というデータが1件でも入っていると、その行を評価した瞬間に ORA-01722 エラーでクエリ全体が落ちます。また、列に対する関数実行となるため、インデックスが使われずフルスキャンが発生し、パフォーマンスが激減します。
教訓: 型は必ず合わせる。文字列比較なら WHERE STR_COL = '100' と書くのが鉄則です。
運用・監視・セキュリティ上の注意
1. 金額計算の端数処理方針
金融系やECサイトでは、端数処理（切り捨て・四捨五入・切り上げ）のルールが法的に決まっている場合があります。 Oracle の NUMBER 型への格納時に行われる自動丸め（四捨五入）に頼らず、SQL で明示的に関数を使うべきです。
TRUNC(col, 0): 小数点以下切り捨て（消費税計算などで多用）ROUND(col, 0): 四捨五入CEIL(col): 切り上げ（整数への切り上げ）
2. フォーマット変換の注意点
画面表示用に数値をカンマ区切り文字列にする場合、TO_CHAR を使います。
SELECT TO_CHAR(1234567, '999,999,999') AS FMT_VAL FROM dual;
[解説]
- 結果は
' 1,234,567'となります。 - 先頭に符号用のスペースが自動的に入る点に注意してください。
TO_CHARの結果をさらに計算に使わないようにしてください（ORA-01722 の原因になります）。
SQL> SELECT TO_CHAR(1234567, '999,999,999') AS FMT_VAL FROM dual;
FMT_VAL
------------
1,234,567
FAQ（よくある質問）
Q1. 割り算の「余り」を出したい場合は？
MOD 関数を使用します。
SELECT MOD(10, 3) FROM dual;
[解説]: 結果は 1 になります（10 ÷ 3 = 3 余り 1）。奇数・偶数の判定（MOD(n, 2)）や、データをN個のグループに振り分ける際によく使用されます。
SQL> SELECT MOD(10, 3) FROM dual;
MOD(10,3)
----------
1
Q2. NUMBER型の桁数指定を省略するとどうなりますか？
NUMBER とだけ定義した場合、Oracle がサポートする最大精度（精度38桁、スケール制限なし）で格納されます。 メリット: 将来的に桁が増えてもエラーにならない。 デメリット: アプリケーション側で想定外の巨大な数値や、予期せぬ小数が入力されるリスクがある。 基本的には、設計意図を明確にするために NUMBER(10) や NUMBER(12, 2) といった明示的な定義を推奨します。
Q3. NULL と 0 は同じですか？
いいえ、データベースにおいて両者は完全に別物です。
0: 「ゼロ」という数値としての情報を持っています。計算に使用できます。NULL: 「値が未入力」「不明」「適用外」という状態です。計算すると結果を道連れにして NULL にします。 集計関数（SUM,AVG）などでは NULL は無視されますが、算術演算（+*）では無視されません。
Q4. 正の符号（+）や負の符号（-）を単項演算子として使えますか？
はい、使えます。
SELECT -SAL FROM EMP;
このように書くと、給与の値を負数に反転（-1倍）して取得できます。会計処理での赤字表現などで利用されます。
SQL> SELECT -SAL FROM EMP;
-SAL
----------
-800
-1600
-1250
-2975
-1250
-2850
-2450
-3000
-5000
-1500
-1100
-950
-3000
-1300
14 rows selected.
まとめ
- Oracle 数値データ型
NUMBER(p,s)の意味（整数部・小数部）を理解して定義する。 - 算術演算子を使用する際は、NULL との演算結果は常に NULL になることを忘れない。
- 必ず
NVL(列名, 0)で NULL を数値に変換してから計算を行う。 - 実務では、ゼロ除算（ORA-01476）や桁あふれ（ORA-01438）にも注意する。
本記事は Oracle Database 19c を対象に解説します（他バージョンは画面や既定値が異なる場合があります）。
[参考]
Oracle Database SQL言語リファレンス 19c
💰 【PR】Oracleエンジニアの市場価値、調べてみませんか？
Oracleのスキルは需要が高く、特定の資格や経験を持っていると年収が大幅にアップするケースがあります。まずはIT専門のエージェントで非公開求人をチェックしてみませんか？
コメント