Александр
Просветленный
(21446)
2 недели назад
Это будет зависеть от СУБД (тут лучше посмотреть документацию конкретной СУБД) и от того, как вы будете их применять. В SQL Server, Oracle или Postgre работа с метками достаточно оптимизирована, поэтому если их немного, то проблем не будет. Для Postgre вообще практически незаметно, т.к. держит точки сохранения в памяти, а SQL Server и Oracle их логируют. Поэтому если вы грамотно будете использовать, ну то есть например не ставить точки сохранения в циклах и т.д., то никакой overhead вы не получите.
ПапаВысший разум (153231)
2 недели назад
А потом берём этот софт, по которому рассыпаны сэйвпоинты, пытаемся его мигрировать с проприетарщины на что-нибудь общедоступное, но серьёзное (не на постгрес, который оракловых нагрузок даже рядом не держит и не умеет работать в кластере), и внезапно обнаруживаем, что сэйвпоинты в ближайшие лет 50 там поддерживать никто не планирует. Ибо там со многими более востребованными фичами проблема. MVCC нет, внешних ключей нет, не говоря уже о каскадах, планы исполнения ручками формируй. Откат в 1960-е года.