Здравствуйте, vsb, Вы писали:

vsb>В любом случае пользовательский код и БД это сильно разные сущности. Не думаю, что есть какие-то принципиальные проблемы сделать эксклюзивный доступ к ресурсу через обмен сообщениями.
В большинстве случаев одинаковы. Ну вот твой подход это создание очереди и ожидание ответа.
Но в большинстве случаев не надо ничего посылать. Для этого прекрасно работают ReaderWriterLockSlim. Когда много читателей и редко писатель.
Опять ожидать ответа как будешь? Через постоянный опрос очереди?
Можно конечно через async await TaskCompletionSource<T> c TrySetResult(item);
Если не хочешь использовать эвенты.
Но это нехилые расходы ReaderWriterLockSlim намного экономнее.
Даже обычный lock!
Поэтому выбирают более эффективные объекты синхронизации

Здравствуйте, vsb, Вы писали:

vsb>В любом случае пользовательский код и БД это сильно разные сущности. Не думаю, что есть какие-то принципиальные проблемы сделать эксклюзивный доступ к ресурсу через обмен сообщениями.
В большинстве случаев одинаковы. Ну вот твой подход это создание очереди и ожидание ответа.
Но в большинстве случаев не надо ничего посылать. Для этого прекрасно работают ReaderWriterLockSlim. Когда много читателей и редко писатель.
Опять ожидать ответа как будешь? Через постоянный опрос очереди?
Можно конечно еще и через пайпы или Tcp/ip!

Можно конечно через async await TaskCompletionSource<T> c TrySetResult(item);
Если не хочешь использовать эвенты.
Но это нехилые расходы ReaderWriterLockSlim намного экономнее.

Даже обычный lock!
Поэтому выбирают более эффективные объекты синхронизации