Какая адекватная реализация должна быть? Расскажи сначала что твой код делает. Какое у него business-value и мы подумаем как тебе трассировать вызовы. Путей много. Можешь break point поставить например.
Если создать проект на основе кодов новый сделать, то там 9999999999 ошибок.
Для С++ это нормально. Так закаляется сталь. Если слаб и неосилил сейчас - то лучше наверное сменить область. Просто С++ это для настоящих фанов своего дела.
Более того. Ты еще не словил ошибки рантайма. Скомпилировать - это пол-беды :)
Нет не сталкивался. Узнай разрешено-ли использовать Scala. Если да - то бери вот эту зависимость https://mvnrepository.com/artifact/com.github.axet... и добавляй ее в libraries. После этого разработай (локально код на Java) который решает твою задачу. Потом портируй его на Scala. И перенеси в databricks. Почему такой путь? Ну я для себя так делаю.
unique_nickname, ну вот смотри. Вынеси всю одинаковость в новую функцию. Обработки ошибок и прочее. А кастомные вещи пускай будут в специальных функциях TaskLocal, TaskRemote. Там у тебя останется 5 строчек (я так думаю).
Можно от теории перейти к практике. Вот есть полезная утилиту CrystalDiskInfo . Она показывает некоторые метрики по SSD и выводит индекс "жизни".
Если износ диска - это процесс непрерывный - то его можно наблюдать зрительно. Автору я предлагаю включить свои торренты на "максималках" и понаблюдать с неделю.
Melkij, я когда экономил undo-segment в Оракле такое делал. Но это вобщем все технические кейсы. Реально - транзакция должна ограничиваться только business rules.
Я так понимаю что если у Постгреса нету undo-segment (у него собсно таблица и есть этот сегмент) то и проблемы такой нету.
Melkij, если у автора есть partitioning можно по другому сыграть. Но конечно главный вопрос - какая решается проблема. Вот его беспокоит что 10 млн обновляются в одной транзакции.
