ты главное отмену нажми сегодня %)

я вот вообще... сегодня продовый сервер перезапускать пришлось из-за запроса, который я делал на прошлой неделе

даунтайм больше часа на боевой базе, днём, в самое активное время. Больше удивляет, что мне не то что никто не сделал выговор, а даже ничего не сказал

да вродь нажал.
и студию закрыл.
Нужно наверно покюерить поискать стейты....

ух за что я люблю двх - да хоть целый день база лежит - всем пофиг) кубы посчитаны поверби перегружен всем ок

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

ой.

Та она у меня сама зависла напрочь, и оборвала подключение, там где отмена крутилась...

чтото она в суспендед  ушла...
может, того, kill?

не трогай ничо, тыкатель хуев

я ниче не тыкал оно само хD

в таких случаях только следовать написанному в статье

https://blog.sqlauthority.com/2015/08/31/sql-server-spid-is-killedrollback-state-what-to-do-next/
тоже смотрю...

чтобы не получить то, что в заголовке)

чятик, а кто-то делал автоматическое добавление новых партиций в кубы?

Ребята, здравствуйте. Подскажите, пожалуйста - когда я смотрел решения задач других пользователей сайта sql-ex, я заметил, что те запросы, в которых используют условные операторы типа isnull, iif, coalesce case и прочие, работают быстрее (меньше шагов выполнения) и тратят в целом меньше ресурсов (cost) по сравнению с запросами, где данные бд рассматриваются как множества. Это правда или просто у меня руки пока кривые?

да, делал, есть же партишн менеджер

а можно подробнее?

вроде оно: https://archive.codeplex.com/?p=ssaspartitionmanager