データベースで生成されたIDをユーザーに表示する必要がありますか？
ユーザーがユーザーを表すレコードを作成できるUIを使用しています。ユーザーは複数のフィールド（名前、年齢、既婚ステータス）を入力しますが、重複したデータをどのように表示する必要があるのかと思います。
同じデータを持つ複数のエントリが存在する可能性があります。この場合、データベースが生成するIDを表示することは理にかなっていますか？これは、ユーザーがこれらのレコードを区別するのに役立ちますか？
ユーザーが検索する優先順位と、重複するレコードにまたがるときに後続のクエリによってどのように区別されるかを確認します。
データベースのUUIDは便利ですが、ユーザーがレコードについて事前に知っている場合に限ります。以前にこのIDを使用したことがあるか、IDに関連付けられている他の識別情報を覚えているなどです。
この人を探しているのは誰ですか、彼らは何を知っていますか？
人の名前、年齢、および配偶者の身分を知っている場合、それが私の質問の始まりになり得ます。
その後、私は彼らの場所を探すかもしれません（与えられた場合）。
または、検索に表示する追加のデータがない場合は、このレコードで実行されたアクティビティまたは操作の詳細な履歴を確認する必要があります。
データベースIDは、レコードにアクセス/操作を実行する必要がある人を正確に表していることを確認して初めて役に立ちます。
この場合、ユーザーがデータを並べ替える方法と、ユーザーにとって重要なフィールドを理解する必要があります。彼らが主にレコードIDを探している場合は、おそらくどこか他の場所から同じものに一致させようとしているときに、そうですそれは優先機能になります。ユーザーがレコードIDによるソートや検索に熱心でない場合は、テーブルから除外することをお勧めします。
同じユーザーからの複数のエントリについては、可能であればグループ化することをお勧めします。次に、これはユーザーの並べ替えと検索動作に依存します。ユーザーが名前で検索する場合は、アクティビティをグループ化する必要があります。彼らが主に活動の時間に関心があるなら、それらをグループ化しないことは彼らが迅速にスキャンするのを助けるために良いでしょう。