InventDim::findOrCreate

[S.Kuskov]

Цитата:

Сообщение от Владимир Максимов

UserConnection ничего не "вылечит", поскольку поиск выполняется в режиме "грязного чтения".

Сдесь более важно то, что если действия по созданию новой комбинации будут вынесенны в отдельное соединение, то комбинация будет создана вне основной транзакции. Отрицательные последствия в том, что создание не отменится при откате транзакции.

Цитата:

Сообщение от ice

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

Спорный вопрос.

[ice]

Цитата:

Сообщение от S.Kuskov

Сдесь более важно то, что если действия по созданию новой комбинации будут вынесенны в отдельное соединение, то комбинация будет создана вне основной транзакции. Отрицательные последствия в том, что создание не отменится при откате транзакции.

Спорный вопрос.

приведете отрицательные моменты того, что наборы аналитик останутся? (кроме увеличения количества строк)

Приведу пример положительный: происходят две разные долгие операции, вторая операция все это время ждет завершения первой т.к. не может выбрать или создать запись(inventDim). далее первая операция завершается. и тутже завершается вторая с ошибкой, хотя могло этого не произойти

[S.Kuskov]

Цитата:

Сообщение от ice

приведете отрицательные моменты того, что наборы аналитик останутся? (кроме увеличения количества строк)

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