Рефакторинг хранения ссылок в индексе

[nixel2007]

Описание

Связанные задачи

Closes:

Чеклист

Общие

• Ветка PR обновлена из develop
• Отладочные, закомментированные и прочие, не имеющие смысла участки кода удалены
• Изменения покрыты тестами
• Обязательные действия перед коммитом выполнены (запускал команду gradlew precommit)

Для диагностик

• Описание диагностики заполнено для обоих языков (перевод на английский не обязателен)

Дополнительно

[nixel2007]

Возможно имеет смысл заменить H2 на key-value repository поверх concurrent hash map.

https://docs.spring.io/spring-data/keyvalue/docs/2.5.4/reference/html/#reference

/cc @asosnoviy @qtLex @otymko

[asosnoviy]

Возможно имеет смысл заменить H2 на key-value repository поверх concurrent hash map.

https://docs.spring.io/spring-data/keyvalue/docs/2.5.4/reference/html/#reference

/cc @asosnoviy @qtLex @otymko

я за, H2 не нужен тут

[qtLex]

Возможно имеет смысл заменить H2 на key-value repository поверх concurrent hash map.

https://docs.spring.io/spring-data/keyvalue/docs/2.5.4/reference/html/#reference

/cc @asosnoviy @qtLex @otymko

Выглядит хорошо. С производительностью не понятно как будет.

[nixel2007]

С производительностью не понятно как будет

в теории должна быть выше h2

[nixel2007]

За основу взята идея разбиения общего хранилища данных на независимые jpa-репозитории с микродтохами, но вместо spring-data и h2 хранение производится в конкуррентных хэш-мапах.

[nixel2007]

Помимо общего рефакторинга и подготовке к хранению ссылок на глобальные методы и переменные, рефакторинг несет с собой еще и оптимизацию за счет отказа от synchronized-блока и использования конкурретных коллекций.
текущий девелоп - 74.27
фича бранч - 72.88729961713155

чем больше ядер, тем сильнее будет разница.

[sonarcloud]

Kudos, SonarCloud Quality Gate passed!   

0 Bugs
0 Vulnerabilities
0 Security Hotspots
1 Code Smell

100.0% Coverage
0.0% Duplication