Параллельный столбец счетчика postgresql JPA с извлекаемым значением

Предпосылки

PostgreSQL

Весенняя загрузка с весенними данными jpa

Проблема

У меня 2 стола. Products и ProductsLocationCounter. У каждого продукта есть поля location_id и counter_value среди прочих. location_id также является первичным ключом ProductsLocationCounter. ProductsLocationCounter предназначен для ведения счетчика количества продуктов, сгруппированных по определенному location_id, всякий раз, когда добавляется новый продукт. Проблема в том, что мне также нужно, чтобы значение счетчика в этот момент времени было привязано к объекту продукта.

Таким образом, поток будет похож на

 1. create product
 2. counter_value = get counter
 3. increment counter
 4. product.counter_value = counter_value

Конечно, это должно быть сделано в параллельном вопросе. Теперь я прочитал/попробовал разные решения.

1. этот пост stackoverflow предполагает, что я должен позволить базе данных обрабатывать параллелизм, что мне кажется вполне приемлемым. Но фишка в том, что мне нужно значение счетчика в той же транзакции. Итак, я создал триггер

CREATE FUNCTION maintain_location_product_count_fun() RETURNS TRIGGER AS
$$
DECLARE
counter_var BIGINT;
BEGIN
  IF TG_OP IN ('INSERT') THEN
    select product_location_count.counter into counter_var from product_location_count WHERE id = new.location_id FOR UPDATE;
    UPDATE product_location_count SET counter = counter + 1 WHERE id = new.location_id;
    UPDATE products SET counter_value = counter_var WHERE location_id = new.location_id;
  END IF;
  RETURN NULL;
END
$$
LANGUAGE plpgsql;

CREATE TRIGGER maintain_location_product_count_trig
AFTER INSERT ON products
FOR EACH ROW
EXECUTE PROCEDURE maintain_location_product_count_fun();

и протестировал его с параллельным потоком

    IntStream.range(1, 5000)
        .parallel()
        .forEach(value -> {
          executeInsideTransactionTemplate(status -> {
            var location = locationRepository.findById(location.getId()).get();
            return addProductWithLocation(location)
          });
        });

Дублирования в столбце counter_value нет. Безопасен ли этот триггер для многопоточных приложений? Раньше не работал с триггерами/функциями postgresql. Не уверен, чего ожидать

1. Второе решение, которое я пробовал, состояло в том, чтобы добавить PESIMISTIC_WRITE к методу findById сущности ProductsLocationCounter, но в итоге я получил cannot execute SELECT FOR UPDATE in a read-only transaction хотя я выполнял код в аннотированном методе @Transactional (который по умолчанию имеет значение только для чтения false).

2. Третий заключался в обновлении и извлечении значения счетчика в том же операторе, но Spring jpa не позволяет этого (и базового db), поскольку оператор обновления возвращает только количество затронутых строк.

Есть ли другое решение или мне нужно что-то добавить в функцию триггера, чтобы сделать ее потокобезопасной? Спасибо