Рекомендации по моделированию Elasticsearch

Недавно я начал работать с Elasticsearch и сейчас сохраняю в нем некоторые данные через Spring Data Elasticsearch.

Я относительно новичок в базах данных NoSQL.

Я хочу знать, как лучше всего смоделировать журнал аудита для пользователя.

В настоящее время я вижу два подхода.

Первый заключается в создании одного документа для каждой записи в журнале.

Что-то похожее на это

@Document(indexName = "user_audit_log", type = "UserAuditLog")
public class UserAuditLog {

    @Id
    private String uuid;

    private Long userID;

    private String action;

    private String original;

    private String newValue;

    private OffsetDateTime timestamp;
}

И напишите записи аналогично RDBMS. Основное преимущество, которое я вижу в этом подходе, заключается в том, что не нужно беспокоиться о параллелизме записи.

Второй подход заключается в том, чтобы иметь один документ для каждого пользователя. И записи журнала помещаются в список внутри.

Что-то похожее на это.

public class UserAuditLogEntry {
    private String action;

    private String original;

    private String newValue;

    private OffsetDateTime timestamp;

}

@Document(indexName = "user_audit_log", type = "UserAuditLog")
public class UserAuditLog {

    @Id
    private Long userID;

    private List<UserAuditLogEntry> auditLogEntries;
}

Документ должен быть загружен, и коллекция auditLogEntries должна быть обновлена, и вся модель должна быть сохранена снова.

Основным недостатком, о котором я могу думать, является необходимость одновременной защиты от записи.

Какой из них является лучшей практикой в ​​elasticsearch?