＜SQL＞インデックスを統一させるか？カラムを分けるか？

Question

前提・実現したいこと

テーブル設計について悩んでいることがあり、ご相談に乗って頂きたく思います。
宜しくお願い致します。

現状のテーブル

以下は各社ページのアドレスが保存されたテーブルです。

「url」は他社ページを、「path」は自社ページを意味し、ご覧のように形式が異なるために異なるカラムとしています。

つまり1,4が自社ページで、2,3,5が他社ページです。

|id|url|path|brand|type|contents|
|:--:|:--|:--|:--|
|1|NULL|/page/1|our|hotel|aaa|
|2|http://examle.com/red|NULL|starbucks|cafe|bbb|
|3|http://examle.net/green|NULL|harrods|hotel|ccc|
|4|NULL|/page/2|our|department|ddd|
|5|http://examle.shop/red|NULL|harrods|cafe|eee|

※「id」「url」「path」はユニークで、他は重複しえます。
###悩んでいること

悩んでいるのは、

・このままインデックスを「url」と「path」の２つに貼る
・「url」も「path」も同じカラム「mix」とまとめて、インデックスは「mix」だけに貼る

という方針のいずれにするか（または他？）ということです。

一般的に「形式が異なるデータはカラムを分けるべき」という観点からいえばこのまま前者にすべきですが、「インデックスは少ない方がいい」という観点からいえば後者にすべきというジレンマに陥り、いずれにすべきか決め手となる根拠がひねり出せません。

このようなとき、前者か後者か（または他？）、みなさまならどのようにしますか？

###目的を追記します
目的は「contents」を取得することです。

そのために「brand」が必ずPOSTされ、あとは「url」か「path」のどちらかがPOSTされるので、POSTされた２つの値をレコード走査に使って「contents」を取得するのが現状です。

なので現状のままならインデックスを「url」と「path」に貼るという方針になるでしょうし、それとも「mix」とまとめる方針が良いのか、と悩んでいます。

Comments

[m.ts10806]

MySQLに限った問題でないのでしたら「データベース設計」をタグに追加されては。
https://teratail.com/tags/%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E8%A8%AD%E8%A8%88

[javahack]

データ取得の際に自社ページ、他社ページは常に混在して取得するのでしょうか？
自社ページのみ、他社ページのみの情報取得が頻繁に行われるのならテーブルを分けるというのも一案かと。
あと、将来的に別ドメインの自社ページが登場する可能性は無いのでしょうか？

Answer 1

urlとpathは一つの項目に纏める。（アドレスという意味合いで言えば同じですから。）
で、そのアドレスがurlなのかpathなのかの識別項目を別途持たせるようにすれば、インデックスについても特に迷うような事は無いと思います。

Answer 2

切り口から言えば

http://examle.com/red<>NULL
は
http://examle.com<>/red
が正しいのでは？

逆に、urlとpathを分ける意味はこの場合ないと思いますが・・・

Answer 3

INSERT, UPDATE, DELETE でもインデックスは更新されるのでインデックスは少ない方が良いですが、
実際に実行されるSQLによりそれぞれぞれのインデックスを設定した場合にパオーマンスが良いのは
どちらになるかを見極めましょう。

質問にCREATE TABLE, CREATE INDEX, 何件かの INSERT と 実際に使われるSQLを追記できると適切なコメントが付き易いです。