Kilit Oluşturma Tablosu

Başka bir uygulamada kötü tasarım tarafından vuruldum: birden çok iş parçacığı EnsureDatabaseSchemaExists()temelde şuna benzeyen bir yöntemi aynı anda yürütür :

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

    CREATE TABLE MyTable ( ... );

END

Ancak, bir SERIALIZABLE işleminde yürütülse bile, bu kod iş parçacığı için güvenli gibi görünmüyor (yani paralel kod tabloyu birden çok kez oluşturmaya çalışır). SELECT deyimini, başka bir iş parçacığının aynı SELECT deyimini yapmasını engelleyen bir kilit almaya zorlama şansı var mı?

Multi-threaded-EnsureSchemaExists () yöntemleri için daha iyi bir model var mı?

En iyi bahis, açık bir içeren işlem kullanmak ve tüm işlemi ( SELECTve CREATE TABLE) sp_getapplock kullanarak korumak için özel bir özel kilit elde etmektir . Sistem nesneleri, yalıtım düzeyindeki istekleri dikkate almaz ve kilitleri tasarım olarak kullanıcı tablolarıyla aynı şekilde kullanır.

Orijinal koddaki yarış koşulu, herhangi bir iş parçacığı CREATE TABLEifadeye kadar ulaşmadan önce birden çok iş parçacığının tablonun var olmadığı sonucuna varabilmesidir.

Benim tavsiye denemek / yakalamak için en iyi çaba yapmak olacaktır. Yinelenen vakayı, uygun şekilde, ör. boşver...

Asıl soru: DDL neden birden çok xact'ten istek üzerine çalışıyor? Normalde yükseltme ve taşıma, özel zaman pencerelerinde işlenen ciddi bir konudur ... Taşıma işleminizin (önce kod?) Beklenmedik bir şekilde başlamasını istemezsiniz, bu güncelleme adımlarından bazıları büyük bir tabloda (boyut- -veri işlemleri ...)