我有一個 AWS Elastic Search 服務器。使用映射模板和索引策略。{  "index_patterns": "users*",  "order": 6,  "version": 6,  "aliases": {    "users": {}  },  "settings": {    "number_of_shards": 5  },  "mappings": {    "_doc": {      "dynamic": "strict",      "properties": {        "id": { "type": "keyword" },        "emailAdress": { "type": "keyword" }      }    }  }}指數策略是{index_patterns}-{yyyy}-{MM}-{order}-{version}public async Task<Result> HandleEventAsync(UserChanged @event, CancellationToken cancellationToken){    // 1. Get User, I could get away with this call if Index was known and strategy not used    var userMaybe =        await _usersRepository.GetByIdAsync(@event.AggregateId.ToString(), cancellationToken);    if (userMaybe.HasValue)    {        var user = userMaybe.Value.User;        var partialUpdate = new        {            name = @event.Profile.Name,            birthDate = @event.Profile.BirthDate?.ToString("yyyy-MM-dd"),            gender = @event.Profile.Gender.ToString(),            updatedDate = DateTime.UtcNow,            updatedTimestampEpochInMilliseconds = EpochGenerator.EpochTimestampInMilliseconds(),        };        // 2. Remove fields with NULL values (if found any)        // 3. Partial or Full update of the document, in this case partial        var result = await _usersRepository.UpdateAsync(user.Id, partialUpdate, userMaybe.Value.Index, cancellationToken: cancellationToken);        return result.IsSuccess ? Result.Ok() : Result.Fail($"Failed to update User {user.Id}");    }    return Result.Fail("User doesn't exist");}因此，在這個方法中，我使用 SQS 消息，由于查找索引的原因，我從 Elastic Search 檢索文檔，因為我不明確知道它，使用以下方法刪除任何 NULL 字段，因為更新中的序列化程序將包含 NULL 值，然后部分更新文檔。這是 1 次更新的 3 個 Elastic Search 操作，我知道可以通過決定僅容忍文檔中的空值來刪除 NULL 值 UpdateByQuery 調用，但我們可能會面臨無法在需要時使用 Exists/NotExists 查詢這些字段的問題。我的問題是，如果我改變策略，對所有用戶文檔使用常量索引，這些文檔的數量并不多，目前也不會真正增長到數十億，我的彈性搜索、分片/索引的性能是否會受到影響ETC？