【実務・中級編】Null値とEmpty値、長さ0の文字列の違いを完全攻略 – Excel VBA解析バイブル

ExcelVBA

2026.08.26

Excel VBAの「無」を制する：Null、Empty、長さ0の文字列を完全攻略する

現場で最も多くのバグを生む温床。それは「値がない」という状態の曖昧な扱いだ。

VBAにおいて、`If x = “” Then` という書き方は、小規模なマクロなら許されるかもしれない。しかし、データベース（SQL Server/Access）や外部APIと連携するプロダクションレベルのコードにおいて、この書き方は「時限爆弾」に等しい。

なぜなら、VBAには「値が存在しない」状態を表す概念が3つ存在するからだ。 これらを混同したまま設計を行うことは、型変換エラー（Type Mismatch）や論理バグを量産することに直結する。

本記事では、この「無」の状態を完全に支配し、堅牢な業務システムを構築するための極限の知見を授ける。

—

1. 3つの「無」の正体

VBAを掌握するには、メモリ上の「何もない」状態がどう区別されているかを理解する必要がある。

`Empty`: 変数が「初期化された直後」の状態。Variant型のデフォルト値。
`Null`: データベースやオブジェクトが「値が存在しない（不確定）」ことを示す状態。Null伝播（Nullと計算するとNullになる）が発生する。
`””`（長さ0の文字列）: 文字列型として「値は存在するが、長さが0である」状態。

なぜこれらが混同されるのか

VBAの `Variant` 型は柔軟すぎる。`If var = “” Then` と書くと、VBAは気を利かせて `Empty` も `””` も同じとみなして処理する。しかし、`Null` が含まれた瞬間に `If` 文はエラー（あるいは予期せぬ挙動）を吐く。 これがバグの正体だ。

—

2. 現場で採用すべき「最強の判定ロジック」

実務で私が採用している、最も堅牢な判定関数を紹介する。これを使えば、どのようなデータソースから値が返ってきても、型エラーを起こすことなく「値なし」を検知できる。

”’

”’ 値が「実質的に空であるか」を判定する関数
”’ Null, Empty, 長さ0の文字列のすべてを「空」とみなす
”’

Public Function IsBlank(ByVal Target As Variant) As Boolean
‘ 1. Null判定（最優先）
If IsNull(Target) Then
IsBlank = True
Exit Function
End If

‘ 2. Empty判定（未初期化）
If IsEmpty(Target) Then
IsBlank = True
Exit Function
End If

‘ 3. 文字列の場合の長さ判定
‘ トリミングして空白のみの場合も空とみなすのが業務上の定石
If VarType(Target) = vbString Then
If Trim(Target) = “” Then
IsBlank = True
Exit Function
End If
End If

IsBlank = False
End Function

—

3. 実践：データベース・API連携時の設計指針

外部データと連携する際、`Range`オブジェクトから値を取得する場面は多いだろう。その際、以下の設計パターンを徹底してほしい。

悪いコード（非推奨）

‘ セルにNullが入っていると、ここで実行時エラーになる
Dim val As String
val = Range(“A1”).Value
If val = “” Then …

プロダクションコード（推奨）

Sub ProcessData()
Dim rawValue As Variant
rawValue = Range(“A1”).Value

‘ IsBlankを活用した安全な処理フロー
If IsBlank(rawValue) Then
‘ ログ出力やデフォルト値の設定へ
Debug.Print “データなし：スキップします”
Exit Sub
End If

‘ 型キャストを確実に行う
Dim safeValue As String
safeValue = CStr(rawValue)

‘ 以降、安全に処理を継続
Debug.Print “処理対象: ” & safeValue
End Sub

—

4. チーフアーキテクトからの忠告

1. `Variant` を恐れるな、しかし制御せよ

VBAの `Variant` は型安全ではないが、データベースとの仲介役としては不可欠だ。`Variant` で受け取り、`IsBlank` で検証し、適切な型（`String`, `Long`, `Date`）へ変換する。この「ゲートウェイ設計」がバグをゼロにする唯一の道だ。

2. 暗黙の型変換に頼るな

`If var = “”` と書くのは、「VBAエンジンの挙動に自分のロジックを依存させる」という怠慢である。仕様変更や環境差異で挙動が変わるリスクを排除するため、`VarType` や `IsNull` を明示的に使え。

3. 「空」の定義はプロジェクト内で統一せよ

業務アプリにおいて、「スペースのみ」を「空」とみなすか否かは非常に重要だ。上記の `IsBlank` 関数内の `Trim` を適宜調整し、プロジェクトの要件に合わせて「空の基準」をチーム内で定義せよ。

—

まとめ

Null, Empty, “” を混同するな。
`If var = “”` という書き方は封印せよ。
`IsBlank` 関数のようなラッパーを作り、判定ロジックを一箇所に集約せよ。

これらを理解したあなたは、もう「実行時エラー：型が一致しません」という忌々しい警告に悩まされることはないはずだ。コードの堅牢性は、こうした細部への執着から生まれる。さあ、今すぐ既存のコードをリファクタリングしてほしい。