なぜ今、SUBSTRING_INDEXなのか
データベース運用において、ログデータや非構造化データの扱いに苦慮することは少なくありません。特に、アプリケーションログをDBにロードした後、特定の識別子を抽出するために、わざわざ外部スクリプトを書いて加工していませんか。MySQLのSUBSTRING_INDEX関数を活用すれば、SQL単体で柔軟な文字列操作が可能になります。
具体的な活用事例：URLパスからの特定ディレクトリ抽出
例えば、Webアクセスログを保持するテーブルで、URLからドメイン直下のカテゴリ名だけを抽出したいというケースを想定します。
データ：/products/electronics/item123
この場合、単純なLIKE検索ではなく、SUBSTRING_INDEX(url, ‘/’, 2) と指定することで、最初のスラッシュから2つ目までの文字列、すなわち「/products」を即座に取り出せます。さらに、負のインデックスを指定するテクニックが重要です。SUBSTRING_INDEX(url, ‘/’, -1) とすれば、区切り文字の最後（右側）にある「item123」だけをピンポイントで取得できます。
パフォーマンスに関する重要な注意点
便利な関数ですが、WHERE句で多用する際は注意が必要です。関数の引数にカラム名を指定した場合、インデックスが効かなくなる（フルスキャンが発生する）可能性が高いからです。
実務レベルでは、この関数を使って条件分岐を行うのではなく、抽出した結果をビューとして保存するか、あるいは生成列（Generated Column）を利用してインデックスを付与する設計を推奨します。
運用の勘所
この関数の真骨頂は、区切り文字が可変のデータに対して「とりあえずの切り出し」を行う際に発揮されます。複雑な正規表現（REGEXP）を使う前に、まずはこの関数で目的のデータが取得できないか検討してみてください。計算コストが低く、可読性も維持できるため、保守性の高いSQLを書くための必須武器となります。明日からのクエリ改善に、ぜひ役立ててください。
コメント