DBを設計する際に、IDというカラムは必須なのですか？

リレーショナルデータベースにおいては、
レコードをユニークにするためにIDを付けます。

IDがなくてもレコードを特定できるカラムがあるならば、
IDは付けなくても良いのですが、習慣的に付ける人もいます。

IDという名前でなくても良いのですが、
IDであれば誰が見てもカラムの意味を理解できるのでIDを慣例的に使ってます。

プライマリキーが複合キーになってしまう場合に、
利便性・処理速度の面で別途IDを付加するというチューニングを行うこともあります。

うだうだと書きましたが端的にまとめると、
「ID列の存在で使い勝手が向上する場合が多い」というのが一番の理由です。

　レコードを一意に特定するためにIDがあります。
　カラムとしてレコードを特定できたとしても、実データですので将来的に特定できなくなる場合が考えられます。
　レコードを特定する主Keyは論理的であり、これに対しIDは物理的なものと考えるのが良いでしょう。
　記憶媒体が高価であった昔は、データ量を削減するためにIDを設けないことが有りました。現在は、そのようなことはありませんのでIDを設けておくべきです。

　尚、タイプは設計の件数が格納できることが前提ですが、システムの推奨するタイプを使用することが賢明です。一般的にバージョンアップ等の改変で考慮がほぼ不要となりますので。