Поэтому делаю с помощью парсинга,
А в скоростях есть ли у них разница?

Думаю если это разовая операция , то и про скорость можно и не думать

На чем тебе удобнее так и делай

Другое дело если операция будет постоянной и часто выполнятся

А, ок

У самих форматов (xml / json) как таковой скорости нет. Скорость у парсеров может отличаться, а их много разных.

Понятно, Рахмет

По научным работам, Json обходит XML по скорости http://ijcsn.org/IJCSN-2014/3-4/JSON-vs-XML-A-Comparative-Performance-Analysis-of-Data-Exchange-Formats.pdf https://www.researchgate.net/publication/329707959_Comparison_of_JSON_and_XML_Data_Formats https://pdfs.semanticscholar.org/76f7/e1e0b26303820b0a53664f668e556bf61329.pdf

) Но на практике я бы не заморачивался этим, при малом размере набора данных.

Но для подобной операции, при наличии больших данных, я бы рассмотрел ещё и CSV

Спасибо за инфо.
Сделал по XMl
А скорость увеличил с помощью parallelstream
За 5 мин загрузилось

Всем привет!
Столкнулся с следующей проблемой, в общем случилось так что я никогда не настраивал уровни транзакций для БД и работал по умолчанию что было, так вот у PostgreSQL по умолчанию с изолированностью все достаточно открыто, разработчики это аргументируют тем чтобы работа приложения с БД было шустрая и лекговесная.

И в один момент для определенного кейса мне понадобился максимальный уровень изолированности, я это настроил через саму базу на определенную таблицу.
Потом в доке увидел способы это рулить на уровне запросов через spring @Transactional(isolation=Isolation.Serializeble) и так прекрасно работает в одном потоке, но когда запросы в приложение растут, то начинает кидать исключения что несколько потоков начинают конкурировать за ресурс, конечно с synchronized все лечится, а можно ли это как то исправить на уровне аннтоции @transactional?

а какого вида исключения? от postgres?

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

приложение выдает точно уже не помню, но на уровне JPA, а хотя может это транслируется из базы...

Serializeble это самый высокий уровень изоляции, база как будто работает в однопоточном режиме. Что за задача у вас такая что нужно работать с БД в таком режиме. Может саму задачу опишите.

А какая версия postgress?
На сколько мне известно механизм блокировки зависит от версий postgress.
То есть до версий 9.4 под сериализацией понималась 2 phase locking или read-write lock а после перешили уже на более оптимальный вариант с меньшими блокировками  Serializable snapshot isolation(SSI) по сути optimistic lock.  

Возможно optimistic и ругается 🤔

Смотря какие ошибки лезут

Текст исключения какой?

11 версия

Когда транзакция serializable, у тебя или ошибка сериализации, или таймауты обычно