UUIDとスラッグ列を使用してLaravel REST APIでパブリック識別子と内部識別子を管理する最良の方法

Question

従来の自動インクリメント ID と会社名を含むテーブルがあります。ビジネス ID がクライアントに公開されることを避けるために、UUID を使用したいと考えています。ここまでは順調ですね。唯一の問題は、URL から呼び出す場合は、「api/businesses/10b940f2-5f8c-42ac-9c35-b6d0de45995b」ではなく「api/businesses/my-business」など、より使いやすい形式を使用する方が良いことです。 "。それでは、データ更新に UUID を使用しながら GET リクエストのテーブルに「スラッグ」列を追加した場合、これはベスト プラクティスとみなされますか?

私の場合、見積テーブルにレコードを作成する必要があるため、PATCH は次のようになります:

ああああ

Answer 1

データベース テーブル構造に id、uuid、slug が含まれている場合は、次の点を考慮してください:

1. バックエンド id 内でのみ使用されます。
2. REST API (CRUD) を使用してリソースを処理する場合は、uuid を使用します。
3. 人間がデータを読み取ったり、認識したり、理解したりしやすいリソースを処理したい場合は、slug を使用します。 slug は一意である必要があることを忘れないでください。ただし、サービス間の基本的な CRUD 操作については、引き続き uuid を使用することをお勧めします。

また、API 用のデータを準備するのに役立つ Laravel リソース にある Laravel ドキュメントと、データ フィールドの 1 つを処理する slugify helper 関数を確認することをお勧めします。