Блокування СТВОРИТИ ТАБЛИЦЮ

В іншому додатку мене вразив поганий дизайн: кілька потоків виконують EnsureDatabaseSchemaExists()метод одночасно, який в основному виглядає так:

IF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'MyTable') AND type = N'U') BEGIN

    CREATE TABLE MyTable ( ... );

END

Однак, навіть якщо він виконується в транзакції СЕРІАЛІЗАЦІЙНО, цей код не здається безпечним для потоків (тобто паралельний код намагається створити таблицю кілька разів). Чи є якийсь шанс змусити оператор SELECT придбати замок, який заважає іншому потоку виконувати той самий оператор SELECT?

Чи є краща модель для багатопотокових методів EnsureSchemaExists ()?

Найкраще зробити ставку - використовувати явну транзакцію, що містить вміст, та придбати спеціальний ексклюзивний замок для захисту всієї операції ( SELECTта CREATE TABLE) за допомогою sp_getapplock . Системні об'єкти не задовольняють запити рівня ізоляції та використовують блокування так само, як і таблиці користувачів, за проектом.

Умова перегонів у вихідному коді полягає в тому, що декілька потоків можуть зробити висновок, що таблиця не існує до того, як жоден потік потрапляє до CREATE TABLEоператора.

Моя рекомендація полягає в тому, щоб зробити все можливе, щоб спробувати / зловити. Поводьтесь із дублікатом чітко, якщо це доречно, наприклад, ігноруйте це ...

Справжнє запитання: чому DDL працює за запитом від декількох xacts? Зазвичай оновлення та міграція є серйозною справою, яка обробляється у вікно, призначене для часу ... Ви не хочете, щоб ваша міграція (перше з коду?) Почалася несподівано, деякі з цих кроків оновлення можуть зайняти години за великим столом (розмір-of -дані операції ...)