回答編集履歴
1
補足
answer
CHANGED
@@ -6,4 +6,8 @@
|
|
6
6
|
ただし、URLは長くなる(見た目の問題レベル)。データ長は長いので、外部キーとしてはやや長くなります。ただ、データ量が少なければ大して問題はないと思います。
|
7
7
|
|
8
8
|
- ランダム英数字10文字の場合、自前で実装が必要。重複チェックが必要ですが、インデックス参照なので処理自体は軽い。むしろデータ長が短い分、全体のパフォーマンスはこちらのほうがいいと思います。
|
9
|
-
独自なので、UUID以上にわかりにくいし、URLも短め。
|
9
|
+
独自なので、UUID以上にわかりにくいし、URLも短め。
|
10
|
+
|
11
|
+
**(追記)**
|
12
|
+
|
13
|
+
ランダム英数字10文字の場合、delete文を使ってレコードを削除するような処理がある場合、注意が必要かもしれません。というのは連番やUUIDであれば、削除したIDを再利用する可能性はないのですが、ランダムだと削除したIDを再利用される可能性があります。IDを削除したときに外部キーが残っていたりすると間違った関連付けができたりするかもしれません(まぁレアケースですが)。deleteで物理削除しないで、is_deleteカラムを1にする(論理削除)などのやり方もあるかもしれません。
|