VBAにおける文字列操作の要：Mid関数とMidB関数の完全攻略
Excel VBAを用いた業務自動化において、最も頻繁に行われる処理の一つが「文字列の切り出し」です。氏名から姓だけを抽出する、品番の特定の桁を抜き出す、あるいはCSV形式のデータから特定のフィールドを分割するなど、文字列操作は避けて通れません。
その中でも、標準的なMid関数と、バイト単位で制御を行うMidB関数は、VBAエンジニアにとって必須の知識です。本記事では、これら2つの関数の仕様、メモリ上の挙動、そして実務における使い分けについて、プロフェッショナルな視点から徹底的に解説します。
Mid関数：文字数単位による直感的な操作
Mid関数は、指定した文字列の任意の開始位置から、指定した文字数分の文字列を抽出するために使用されます。VBAのMid関数は、Unicodeベースで動作するため、全角文字も半角文字も「1文字」としてカウントするのが最大の特徴です。
構文：Mid(string, start, [length])
引数の詳細は以下の通りです。
・string：操作対象となる文字列。
・start：抽出を開始する位置（1からカウントを開始）。
・length（省略可能）：抽出する文字数。省略した場合は、開始位置から文字列の末尾まで全てが返されます。
この関数の最大の利点は、人間が目で見て数えた文字数と、プログラムが認識する文字数が一致することです。例えば、「Excel VBA」という文字列であれば、「E」が1文字目、「x」が2文字目となります。日本語が含まれる場合も同様で、「あいうえお」であれば、「あ」が1文字目、「い」が2文字目となります。
MidB関数：バイト単位による厳密な制御
一方で、MidB関数は「バイト単位」で文字列を操作します。VBAにおいて、標準的な文字列（String型）はUnicode（UTF-16）で保持されています。そのため、基本的にはすべての文字が2バイトとして扱われます。
しかし、MidB関数が真価を発揮するのは、文字列を一度「バイト配列」に変換したり、特定のエンコーディングを意識したデータ処理を行ったりする場合です。
構文：MidB(string, start, [length])
ここで重要な注意点があります。MidB関数は、指定された位置から「バイト」単位で切り出します。もし開始位置や終了位置が、全角文字の「半分のバイト位置」に当たってしまうと、文字化けや意図しない不完全な文字コードが生成されるリスクがあります。そのため、MidBを使用する際は、対象データが半角英数字のみで構成されていることが確実な場合や、バイナリデータとして扱いたい場合に限定するのが定石です。
サンプルコード：Mid関数とMidB関数の実践的比較
以下のサンプルコードでは、両関数の挙動の違いを明確にします。
Sub CompareMidFunctions()
Dim targetStr As String
targetStr = "Excel VBA入門" ' 半角8文字 + 全角2文字 = 計10文字
' Mid関数：文字数で抽出
' 6文字目から3文字抽出 -> "VBA"
Debug.Print "Mid関数結果: " & Mid(targetStr, 6, 3)
' MidB関数：バイト数で抽出
' VBAのString型はUnicodeのため、半角も全角も1文字2バイトとして計算される
' 11バイト目から6バイト抽出 -> "VBA"
' ※注意：1バイト目から開始すると、全角文字の途中で切れる可能性がある
Debug.Print "MidB関数結果: " & MidB(targetStr, 11, 6)
' 実務的な活用：氏名の姓と名を分離する例
Dim fullName As String
fullName = "山田 太郎"
Dim spacePos As Integer
spacePos = InStr(fullName, " ")
If spacePos > 0 Then
Dim lastName As String
lastName = Mid(fullName, 1, spacePos - 1)
Debug.Print "姓: " & lastName
End If
End Sub
実務アドバイス：なぜMidBではなくMidを使うべきか
実務の現場において、多くの初学者が「バイト単位で細かく制御したい」という理由でMidBを選択しがちですが、現代のVBA開発においてMidBを多用することは推奨されません。その理由は以下の3点に集約されます。
1. 文字コードの複雑性：現代のシステムはUnicodeが主流です。MidBでバイト数を数えて切り出しても、それが文字の境界と一致するとは限りません。特にサロゲートペアなどの特殊な文字が含まれる場合、MidBによる切り出しはデータの破損を招きます。
2. コードの可読性と保守性：Mid関数は、開発者が意図する「文字」という単位で処理が完結するため、コードの可読性が非常に高いです。後のエンジニアがコードをメンテナンスする際、MidBの計算ロジック（バイト数計算）を解読させる必要はありません。
3. 文字列操作の代替手段：もしバイト単位で厳密なデータ加工が必要な場合は、MidBを使うのではなく、StrConv関数を用いて文字列を一度バイト配列（Byte型配列）に変換し、配列のインデックスを操作する手法が推奨されます。これにより、意図しない文字化けを確実に防ぐことができます。
ただし、MidBが唯一輝く場面があります。それは「半角英数字のみで構成された固定長データ」を扱う場合です。レガシーなメインフレームから出力されたデータなど、厳密にバイト数でフィールドが区切られている場合は、MidBを用いることで高速かつ正確なパースが可能です。
エラーハンドリングと境界条件の考慮
Mid関数を使用する際、地味ながら重要なのが「開始位置が文字列の長さを超えた場合」の挙動です。
VBAのMid関数では、start引数が文字列の長さよりも大きい場合、エラーにはならず「空文字列（””）」が返されます。これは強力な仕様ですが、逆に言えば「予期せぬ空文字」が後続の処理に悪影響を及ぼす可能性があります。
実務コードでは、以下のように必ず長さをチェックする癖をつけましょう。
Function SafeMid(ByVal target As String, ByVal start As Long, ByVal length As Long) As String
' 文字列が空、または開始位置が不正な場合は処理しない
If Len(target) < start Or start <= 0 Then
SafeMid = ""
Exit Function
End If
SafeMid = Mid(target, start, length)
End Function
このラッパー関数のように、境界条件をチェックする設計を組み込むことで、大規模なシステム開発においても堅牢なコードを維持することが可能になります。
まとめ
Mid関数とMidB関数は、VBAにおける文字列操作の基本中の基本です。しかし、その背後にあるメモリ構造や文字コードの理解が、プロフェッショナルなエンジニアとそうでないエンジニアの差を生みます。
・Mid関数：通常の文字列操作において、安全かつ直感的に利用すべき標準ツール。
・MidB関数：半角英数字の固定長データなど、バイト単位の厳密な制御が必要な場合にのみ使用を検討すべき特殊ツール。
基本的にはMid関数を優先し、バイト単位の処理が必要な場合はバイト配列への変換を検討する。この原則を守るだけで、あなたのVBAコードの品質は一段と向上し、予期せぬバグから解放されるはずです。
Excel VBAは、一見すると古い言語に見えるかもしれませんが、適切に設計されたコードは非常に強力で安定しています。今回解説したMid関数の挙動を深く理解し、日々の業務効率化に役立ててください。より高度な文字列操作が必要な場合は、正規表現（VBScript.RegExp）の活用も視野に入れ、自身のツールボックスを充実させていくことをお勧めします。
