Александр взял на себя труд докопаться до реальных знаний автора категорических утверждений. По факту, их оказалось не особо, зато перевод дискуссии в другую плоскость был зафиксирован.
Спасибо, Александр.

Александр доебался без примеров обратного с докажи что не верблюд. И был послан на хуй. Пруфов в необходимости триггеров я не получил, как и безопасности реализации их для иных задач кроме аудита и костылей.
Так же я не получил ничего кроме выдумок о том, что я говорил, из-за незнания Александром таких понятий как атомарность. Обсуждение длилось с Александром часа полтора и кроме кривляний по факту "а ты докажи, ой не доказал, а вот я ещё хуйню выдумал". За сим диалог и закончился.

Давайте заканчивать. У нас конечно свободна группа и споры всячески приветствуются, но переход на личности - категорически нет. Хотите так пообщаться - переходите в личку друг другу и там хоть до кровавого поноса.

всем привет, может кому не сложно глянуть бд? Сюда пикчу не могу скинуть из-за ограничений

А что с бд не так?

может что-то не так и будет, именно поэтому и прошу)

Будьте конкретнее.

так дела не делаются)) Ну за связи беспокоюсь, тут так на словах не расскажешь, смотреть нужно

Добрый день, подскажите пожалуйста, может кто сталкивался, при создании кластерного Resume online index на очень большой таблице без указания MAX_DURATION, после 3-х часов потуг по достижению 1% создания индекса вываливается ошибка The statement has been terminated., после чего ALTER INDEX ... RESUME не работает, т.е. вываливается в ту же ошибку (The statement has been terminated.). Пробовала несколько раз после ALTER INDEX ... abort - результат тот же. Может кто знает в чем может быть проблема?

Есть xml
'<Ids>
 <Id>0</Id>
 <Id>1</Id>
</Ids>'
Как создать селективный индекс на поле Id? Их может быть несколько, все инты

не могу понять. есть запрос:
UPDATE  dbo.ISSUEINVOICEJOUR
SET EXTID = EXTID_ID
FROM dbo.ISSUEINVOICEJOUR
WHERE ISPROCESSEDBYDTS = 0 AND SENDER = 0 AND EXTID <> EXTID_ID

есть индекс по полям ISPROCESSEDBYDTS, SENDER
запрос без условия  AND EXTID <> EXTID_ID идет по индексу, и вообще обычно таких записей очень мало.
а когда все три условия - идет table scan-ом.
почему так?

Оптимизатор считает, что скан в данном случае дешевле, чем index seek + lookup

Может он блокировку наложить не может вот и падает, надо смотреть внимательно что происходит в процессе создания(блокировки, ожидания)

сам факт, что это происходит на тестовой базе пока, кроме меня ее никто не использует

попробовала на другой таблице (поменьше) - то же самое(. Создание некластерного resume индекса происходит без проблем!!

Покажите полное сообщение об ошибке.

Посмотрите в логе сиквела, есть ли ошибки.