データベース設計の主キーとしてユーザー名を使用するのは悪いですか？

Question

私は友人から語られました：

どのようなユニークなキーを使用しますか？私はあなたが 全体のユーザー名を保存していないと願っています ---これはあまりにも多くのテーブルスペースを使います！それぞれ （一意の）userNAMEに一意のユーザーIDを割り当て、このユーザーIDを保存します。 （INTEGER UNSIGNED auto_incrementまたはBIGINT UNSIGNED auto_increment）である必要があります。参照

FOREIGN KEY（userID）を作成 に忘れてはいけないユーザーIDを使用して、すべてのテーブル に usertable（userID）を参照。

上記の記述は正しいですか？なぜ、なぜそうではないのですか？

Answer 1

プライマリキーは変更できないので、彼は正しいと思いますが、usernameは変更できます。したがって、変更されないためuseridを使用する必要があります。

Answer 2

彼は間違った理由のために正しいです。テーブルスペースは、ユーザーの名前を変更したり、ユニークでなくても（スタックオーバーフローのようなユニークなユーザー名が必要ないアプリケーションを想像することができます）、アプリが大規模なリファクタリングを必要とすることを、他の（整数PK）ケースの軽い変更ではなく、データの移行です。