最終更新日：2026年8月16日
ds data-processing preprocessing
まず結論
メールアドレスの正規表現は、文字列の形式を確認するためのパターンです。
ただし、正規表現だけで「実在する正しいメールアドレス」まで保証することはできません。
DS検定では、正規表現で確認できるのは文字列の形であって、実在性ではないと切り分けることが重要です。
直感的な説明
メールアドレスは、例えば次のような形です。
sample@example.com
大きく見ると、
ユーザー名 @ ドメイン名
という構造になっています。
電話番号や郵便番号より使える文字の種類が多いため、完全な仕様を正規表現だけで表そうとすると複雑になります。
判断ポイント： 正規表現は「それらしい形式か」を確認する道具であり、「そのメールアドレスが実際に使えるか」を確認する道具ではありません。
定義・仕組み
簡易的なメールアドレス形式を確認する正規表現の例は次のようになります。
^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$
主な記号の意味を分解すると次の通りです。
| 記号 | 意味 |
|---|---|
^ |
文字列の先頭 |
[A-Za-z0-9._%+-] |
指定した文字のいずれか1文字 |
+ |
直前のパターンを1回以上繰り返す |
@ |
@ そのもの |
\. |
ドット . そのもの |
{2,} |
直前のパターンを2回以上繰り返す |
$ |
文字列の末尾 |
. と \. の違い
正規表現では、. は任意の1文字を表します。
ドットそのものを表したい場合は、\. のようにエスケープします。
+ と * の違い
| 記号 | 繰り返し回数 |
|---|---|
+ |
1回以上 |
* |
0回以上 |
ここはMarkdownの装飾記号とも重なるため、記事では必ずコード表記にして読むと安全です。
どんな場面で使う？
使う場面
- 入力フォームの簡易的な形式チェック
- 不正な形式のデータを除外する前処理
- 文字列データの基本的な検証
正規表現だけでは判断できないこと
- メールアドレスが実在するか
- 本当にメールを受信できるか
- その人が所有しているアドレスか
実在性を確認したい場合は、確認メールを送るなど別の仕組みが必要です。
よくある誤解・混同
❌ . はドットそのものを意味する
正規表現の . は任意の1文字です。
ドットそのものは \. と書きます。
❌ + と * は同じ
+→ 1回以上*→ 0回以上
最低1文字必要かどうかが違います。
❌ [] は文字列全体を表す
[A-Za-z] は、英字のいずれか1文字を表します。
❌ 正規表現に一致すれば実在するメールアドレス
一致していても、実際に存在するとは限りません。
まとめ（試験直前用）
- 正規表現 = 文字列パターンの確認
.= 任意の1文字\.= ドットそのもの+= 1回以上*= 0回以上- 正規表現だけではメールアドレスの実在性は保証できない
DS検定では、「形式チェック」と「実在性確認」を分けて考えると選択肢を切りやすくなります。
対応スキル項目（データエンジニアリング力シート）
- データ収集・加工
- データ前処理
- ★ データの前処理（クレンジング・加工）ができる
🔗 関連記事
- アノテーションとは？AI学習データの品質を決める作業【DS検定】
- バッチ処理とストリーム処理の違いとは？リアルタイム性で切り分ける【DS検定】
- データ拡張（Data Augmentation）とは？画像AIの学習データを増やす方法【DS検定】
- データ抽出と集計の違いとは？（SQL・BIで混同しやすい操作）【DS検定】
- データトランスフォーメーションとは？（非構造化データの変換）【DS検定】