Вот тут есть неочевидный нюанс:
Нельзя взять и просто так что-то записать в системные папки MS SQL. Пакеты будут сохранены во временной директории в виде ZIP архивов.
<ИМХО> в IT болванчики без лишних вопросов берущиеся за любую задачу мало где нужны (это ж не армия). Если у исполнителя нет вопросов, он вероятнее всего плохо понимает что ему предстоит сделать и вероятность того что он провалит задачу возрастает. (не ну бывают иногда уникальные случаи когда задача расписана так что вопросов вообще не возникает, но это все же уникальные ситуации)
По моим наблюдениям, чем опытнее исполнитель, тем больше вопросов задает и тем эти вопросы интереснее. Это показатель того по какому количеству граблей он прошелся в прошлом — именно из этого растут ноги у этих вопрос, очередной раз ходить по тем же граблям мало у кого есть желание.
</ИМХО>
Очень пригодилось разрешение на любую работу, т.к. по зарплате жена до kennismigrant’а не дотягивает пока. И рулинг ей не положен, ибо она уже несколько месяцев живет в Нидерландах.
вообще, когда я интересовался темой пару лет назад — руллинг давался только на одного члена семьи и его естественно оформляли на того у кого ЗП была больше. так что руллинг жене в любом случае не светил бы.
может конечно что-то поменялось, но сомневаюсь что в лучую для понаехала сторону :)
я бы еще добавил что через eEvents можно отследить события которые в профайлере в принципе отсутствуют. например все (или почти все) события из канала Debug
ну опять таки, если внимательно посмотреть в настройки Extended Events сессии то для некоторых ивентов можно увидеть вот такое предостережение, например для события query_post_execution_showplan:
«Using this event can have a significant performance overhead so it should only be used when troubleshooting or monitoring specific problems for brief periods of time.»
поэтому хоть и eEvents и легче чем server side trace, тем не менее при неосторожном применении так же может стать причиной проседания производительности.
так что для параноии всегда будет место :)))
это предлагают почти с самого появления Extended Events, но они не так удобны и сложнее правильно настроить. в последних версиях SSMS появился «Extended Events Profiler», запускается по сути Extended Events сессия, но в обертке GUI привычного всем профайлера. правда количество ивентов которые можно через него отлавливать сильно ограничено, но наиболее нужное RPC Completed, Batch Completed и иже с ними конечно же присутствуют
зато у 2012 частенько врёт actual execution plan (некорректно показывает проценты у отдельных запросов в процедуре), и без профайлера с включенным sp:Statement completed реально не обойтись...
вполне даже обойтись
set statistics time on
наше все, ну и туда же
set statistics io on
правда статистика io может не все показать — например траблшутил запрос, вроде и план плюс минус нормальный, IO по таблицам низкий
но при этом statistics time показывает высокую нагрузку на CPU и высокий duration и это при том что по плану видно что ни хэширования ни сортировки нету, откуда ж такая нагрузка на CPU… ну и пристальнее взглянув увидел скалярную функцию в которой много всякого интресного происходило, а statistics io этого не показывала :(
что ждать от компании которая убрала разъем для наушников из телефона — порежут сюжет до безобразия.
Брутальная жестокость и «взрослые» темы, говорят, не одобряются почти никогда. Apple запрещает даже обнаженку и брань. Новых «Во все тяжкие» или «Игры престолов», с матом и сиськами, от Apple TV+ не ждите.
дык говорят что работа PFE уже совсем не торт (по сравнению с тем как было раньше, во всяком случае в on-premis), так что чему тут удивляться :)
За свои 4 года, я побывал по работе во многих странах и городах.
у необлачных инженеров от 50% командировок (ну точнее сказать работы, которая не всегда перетекает в командировку) приходятся на Россию. у облачных инженеров я так понимаю тут все совсем не так, да? :)
ну напрасно вот так вот про Surface — на нем спокойно работает основная масса софта под винду, не сильно ресурсоемкого. собственно ради чего я его в свое время и брал вместо ведроидных планшетов. брат на серфейсе цивку 5 гонял, я как-то доту 2 запускал, но больше в Space Rangers 2 гонял. у Surface одна существенная проблема — цена.
так все ж проще делается — из консоли R, только той которая в глубинах папок установленного SQL Server
вот тут написанно www.mssqltips.com/sqlservertip/4982/installing-external-r-packages-to-use-with-sql-server-2017
По моим наблюдениям, чем опытнее исполнитель, тем больше вопросов задает и тем эти вопросы интереснее. Это показатель того по какому количеству граблей он прошелся в прошлом — именно из этого растут ноги у этих вопрос, очередной раз ходить по тем же граблям мало у кого есть желание.
</ИМХО>
в MS SQL Server отпработает без всяких сюрпризов — посчитает все строки. тоже использую COUNT именно так
вообще, когда я интересовался темой пару лет назад — руллинг давался только на одного члена семьи и его естественно оформляли на того у кого ЗП была больше. так что руллинг жене в любом случае не светил бы.
может конечно что-то поменялось, но сомневаюсь что в лучую для понаехала сторону :)
на ебей цены около 20 евро, но стремно такие вещи на ебей покупать
«Using this event can have a significant performance overhead so it should only be used when troubleshooting or monitoring specific problems for brief periods of time.»
поэтому хоть и eEvents и легче чем server side trace, тем не менее при неосторожном применении так же может стать причиной проседания производительности.
так что для параноии всегда будет место :)))
вполне даже обойтись
наше все, ну и туда же
правда статистика io может не все показать — например траблшутил запрос, вроде и план плюс минус нормальный, IO по таблицам низкий
но при этом statistics time показывает высокую нагрузку на CPU и высокий duration и это при том что по плану видно что ни хэширования ни сортировки нету, откуда ж такая нагрузка на CPU… ну и пристальнее взглянув увидел скалярную функцию в которой много всякого интресного происходило, а statistics io этого не показывала :(
пропал дом (с)
случайно не Алесандр Иванович говорил? :))))
дык говорят что работа PFE уже совсем не торт (по сравнению с тем как было раньше, во всяком случае в on-premis), так что чему тут удивляться :)
у необлачных инженеров от 50% командировок (ну точнее сказать работы, которая не всегда перетекает в командировку) приходятся на Россию. у облачных инженеров я так понимаю тут все совсем не так, да? :)
с merge репликацией не путаете?