CakePHPでユニークなidをURLに使いたい

CakePHPでidをCHAR(36)に設定するとsave()時にユニークなUUIDを振って保存してくれますが、

これを
http://hoge.com/posts/view/4b1a307c-cfe4-4343-9d06-1094c0a80b06
http://hoge.com/users/mypage/4b1a307c-cfe4-4343-9d06-1094c0a80b06

上は例えば記事idやユーザーidを4b1a307c-cfe4-4343-9d06-1094c0a80b06として、
記事の個別ページやユーザーのマイページの表示に使います。
このように使うのはあまり良くないでしょうか？(そもそも長すぎると思うのですが・・・)

普段は、自分でランダムな英数字10文字を生成する関数を作って、
DBに同じidがなければそれをidとして使っています。

オートインクリメントだと、予測がつきやすいため、あまり使いたくありません。

UUIDは長すぎるので、やはり自分で生成して重複チェックするのが良いでしょうか。
データ件数が数千〜数万になってくるので、新規データを保存するたびに重複チェックを挟むより、
自動でユニークIDを振ってくれる方がいいかなと思うのですが・・・

何か良い方法がありましたらアドバイス頂けると助かります。
何卒よろしくお願い致します。

行動規範の内容に同意します

回答3件

シーケンシャルなID に MD5 かけてやればいいんじゃねとおもったけど

TYPE	VALUE
UUID	4b1a307c-cfe4-4343-9d06-1094c0a80b06
SEQ+MD5	c4ca4238a0b923820dcc509a6f75849b
SEQ+SHA1	da4b9237bacccdf19c0760cab7aec4a8359010b0

MD5 で暗号化してもいいが 32Bytes ですねぇ

投稿2016/11/12 00:57

退会済みユーザー

総合スコア0

ベストアンサー

結論から言えば、データ件数が数万程度なら、UUIDでもランダム英数字10文字でもどちらでも問題ないと思いますよ！！

以下、簡単に違いをまとめ

UUIDの場合、Cakephpが自動で生成してくれるので実装が楽。

ただし、URLは長くなる（見た目の問題レベル）。データ長は長いので、外部キーとしてはやや長くなります。ただ、データ量が少なければ大して問題はないと思います。

ランダム英数字10文字の場合、自前で実装が必要。重複チェックが必要ですが、インデックス参照なので処理自体は軽い。むしろデータ長が短い分、全体のパフォーマンスはこちらのほうがいいと思います。

独自なので、UUID以上にわかりにくいし、URLも短め。

(追記)

ランダム英数字10文字の場合、delete文を使ってレコードを削除するような処理がある場合、注意が必要かもしれません。というのは連番やUUIDであれば、削除したIDを再利用する可能性はないのですが、ランダムだと削除したIDを再利用される可能性があります。IDを削除したときに外部キーが残っていたりすると間違った関連付けができたりするかもしれません（まぁレアケースですが）。deleteで物理削除しないで、is_deleteカラムを1にする（論理削除）などのやり方もあるかもしれません。

投稿2016/11/12 00:22

編集2016/11/12 07:32

popobot

総合スコア6586

smnsmn

2016/11/14 03:46

やはり実装が楽なのでCakePHPによる自動生成に頼りたい気持ちがあるのですが、 >ただし、URLは長くなる（見た目の問題レベル）。データ長は長いので、外部キーとしてはやや長くなります。ただ、データ量が少なければ大して問題はないと思います。ほぼ見た目の問題なのですね・・・長すぎるんですよね・・・ >自前で実装が必要。重複チェックが必要ですが、インデックス参照なので処理自体は軽い。むしろデータ長が短い分、全体のパフォーマンスはこちらのほうがいいと思います。自前実装と重複チェックが億劫なのですが、パフォーマンス面を見るならはやり自分で実装するほうがよさそう(URLが長くなりすぎる件においても)ですね。。。できるならシステムに任せたい気持ちも捨てきれないですが、もう少し考えて見たいと思います。いつも解答ありがとうございます。とても参考になります。m(__)m