skyANAМСУskyANA, опять ты со своими NoSQL инкарнациями :)Да при чём тут NoSQL.
Я просто намекнул, что не плохо бы уточнять о каком уровне операции идёт речь. :)
NoSQL рассматриваем как eventual consistenc, почему нет. Что ты имеешь ввиду под "уровнем" операции? )

skyANAМСУТут речь немного не о том. Речь о массовых операциях, интеграциях, синхронизациях. Обеспечить ACID на уровне операции (пакет в виде классов) - да, обеспечить ACID на уровне всего импорта - нет. Вот о чем речь.Реализовать импорт милииона чего-то там как атомарную операцию - это конечно глупо :)
Теперь объясни это утырку хвосту :)

hVosttМСУО больших объемах веду речь, выше я писал более конкретно - прочти еще раз. Реальные массивы данных - да. Что тебя пугает?
Я (и не только я) уже несколько раз указали, где ты не просто облажался, а обосрался с ног до головы. Вот тут 17305632
Ок, давай посмотрим, на сколько большие объёмы данных ты имел в виду:
Ты читаешь жопой? 17310432

МСУЧем тебе не "штатная ситуация" для обновления сотрудников из 1С / аксапты / сапа? Обновляет отдельная песочница в виде вин сервиса.

hVosttТ.е. ты хочешь сказать, что 30К сотрудников это проблема для транзакции?
А почему это не может быть проблемой? "Сотрудник" - может быть не линейной записью, а составной (подклассы Должность, Штатное расписание, Организация и так далее). Процессинг "сотрудника" может длиться не быстро. К примеру, если "сотрудник" процессится секунду, то вся синхронизация из 30К сотрудников займет уже 8 часов. Суть улавливаешь?

hVosttЯ зачем кейс просил? Чтобы обсуждать предметно, вести дискуссию по сути, основываясь на каких-то данных, приближенных к реальности. Ты же растёкся говном по кафелю. И это ты обосрался. Если ты так не считаешь, то задам вопрос ещё раз. 30К — проблема для транзакции? Докажешь?
Я тебе кейс и привёл. Да какой тут кейс, возьми любую жизненную ситуацию по организации импорта и синхронизации из внешних систем. Куда не плюнь, всё тоже самое. Просто ты днище и ничерта не понимаешь суть :)

hVosttПусть. Только при чём тут транзакция?
Ну вроде взрослый мальчик, пора уже знать, что батчи выполняются в транзакции.

hVosttВ чём здесь проблема конкретно транзакции? Ты так и не ответил.
Я уже 100 раз ответил (и не только я), в чем проблема "конкретно" транзакции. Повышая уровень изоляции и заключая импорт в транзакцию, ты понижаешь вероятность непоследовательности данных, но при этом появляется такой недостаток, как сокращение параллелизма. Вероятность блокировок возрастает и весь этот процесс кардинально влияет на многопользовательский доступ. О этом тоже тебе всё разжевали. Для решения возможных проблем параллелизма в виде зависимости от незафиксированных данных, непоследовательного анализа и чтения фантомов нужно оборачивать ACID объект или группу объектов - у меня в примере EF это группа объектов, которая определяется как пакет из сотни экземпляров классов (с подклассами), определяемые по формуле i % 100 == 0. Это сделано для оптимизации скорости импорта. Если есть желание еще более уменьшить фантомную зависимость, оборачивай в ACID один экземпляр, а не группу. Но тогда приготовься просесть по времени отработки всего импорта. Что не понятно?

hVosttМСУЯ тебе кейс и привёл. Да какой тут кейс, возьми любую жизненную ситуацию по организации импорта и синхронизации из внешних систем. Куда не плюнь, всё тоже самое. Просто ты днище и ничерта не понимаешь суть :)
Ни о чём. Какая ещё любая ситуация, ты больной?
Обычная любая ситуация с импортом данных, что непонятно говорю? Купи себе уже голову, клоун

Алексей КЕсли в случае ошибки отменятся все результаты сеанса репликации - да, это намного улучшит качество принятия решения.
Всё или ничего

ViPRosтут многие работают с "необязательной информацией"
Ещё один сцуко теоретик нарисовался Информация у нас всех более чем "обязательная". И эта обязательность, в том числе и информация по сотрудникам, обеспечивается определенной степенью изоляции. Один объект (накладная, банковская операция, сотрудник) не может быть разорван, он либо отпроцессится либо нет. И то и другое - нормальные штатные ситуации. Изолировать нужно объект или группу объектов, но никак не сам процессинг. Когда вы с хвостом убъете уже себя об стену? :)

ViPRosотчет о численности требует всех
Отчет с нулевой численностью укротит твою потенцию? )

ViPRosкак же я буду распределять работы по сотрудникам, если их нет? кто блин ПЛАН будет выполнять? на кого наряды выписывать?
Так о том же и речь. Зачем рубить весь процессинг из-за одной пакетной ошибки? Так хоть 95% сотрудников распределишь.

ViPRosдавай расстрельный список полностью, а не то дядя берия идет к тебе!
А нету его, процессинг же упал.