SQLBoilerはORMツールとして、一貫した規約を重視する傾向があります。すべてのテーブルで主キーを「ID」という名前に統一することは、以下の理由から一般的かつ妥当なアプローチと言えます：

一貫性と予測可能性：
- すべてのテーブルで同じ命名規則を使用することで、コードの予測可能性が高まります
- 新しい開発者がプロジェクトに参加しても、主キーの命名規則を覚える必要がありません
コード生成ツールとの相性：
- SQLBoilerのようなコード生成ツールは、このような規約に基づく一貫性を前提に設計されています
- 命名規則が統一されていることで、自動生成されるコードも一貫したパターンになります
業界標準との整合性：
- Ruby on Rails、Laravel、Django など多くの主要フレームワークでも、デフォルトで主キーに「id」を使用しています
- 多くのORMツールもこの規約に従っています
外部キー参照の単純化：
- 関連テーブルから参照する際、「user_id」のように「エンティティ名_id」という明確なパターンができます
- これにより、どのテーブルを参照しているかが命名から明確になります

データベース設計において、主キーの命名には主に2つの学派があります：

「ID」で統一する学派：
- ORMと相性が良く、一貫性があります
- Webアプリケーション開発で最も一般的なアプローチです
- SQLBoilerがこのアプローチを採用しています
「テーブル名_id」または「テーブル名ID」で命名する学派：
- より自己説明的で、SQL文を読む際にどのテーブルの主キーか明確になります
- 従来の関係データベース設計で好まれることがあります
- 大規模なエンタープライズシステムでは、この方式が選ばれることもあります

SQLBoilerで主キーをすべて「ID」に統一することは、標準的かつ一般的なアプローチです。特にGoのようなプログラミング言語のコンテキストでは、一貫性とシンプルさを重視する傾向があり、SQLBoilerはその考え方に沿っているといえます。

もし主キー命名を変更したい場合は、SQLBoiler自体を設定・カスタマイズするか、データベーススキーマを変更する必要がありますが、現在の設計は多くのプロジェクトで採用されている標準的なアプローチですので、特に問題はないと考えられます。