d-stream

Из забавных способов: поставить криптопро )
Там первый шаг - галочка "не отключать телеметрию" (по умолчанию она отключается.



Ну а что касается паранойки - думаю перечень требуемых, согласованных с ФСБ настроек, ... вполне себе параноидален.

правильно - backup, а на новом месте - restore
менее правильно (аварийно) - различные варианты переноса mdf/lfd хранилищ с последующем подключением

В большинстве случаев интеллекта планировщика запросов хватит на то чтобы варианты с подзапросами, cte или having оказались по сути в плане выполнения идентичными. Поэтому тут на первый план скорее выйдет понятность/эстетичность самого текста запроса.

p.s. ну и заглядывая в будущее: вероятно когда-то критерий "от 5 до 10" может превратится в "от N до M", плюс "для только ... групп и только юзеров с признаками ..." -> запрос превратится в stored procedure с кучкой параметров и там возникнут свои нюансы хинтинга

Самое очевидное, что напрашивается в первую очередь - биения между частотой мерцания монитора и например светодиодных ламп освещения. Притом участвуют несколько факторов:
- условно мерцание монитора с частотой кадровой развертки (сколько выставлена 60/75/85 и т.п. Гц)
- мерцание монитора с частотой ШИМ подсветки (надо смотреть в спецификации монитора 150-250 Гц обычно)
- мерцание ламп на частоте электропитания (50Гц)
- мерцание ламп освещение на частоте обратной времени задержки оос в драйвере сд (единицы Гц)

Все это вместе может дать адскую смесь - достаточно прикинуть попарные суммы и разницы частот для каждого фактора и потом еще аналогично для каждого результата.

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

гуглить "рефлексия"

Вообще .eps - это postscript - т.е. можно сказать вектор, но если я не ошибаюсь там можно и растры хранить. Как следствие - то же самое что с .pdf - внутри может быть текст, а может быть перезажатая картинка текста...
А в остальном у вектора "разрешение" (а точнее размер) - это скорее информация о дефолтном размере растрирования (перевода вектора в растр).

Рабочим лошадкам это может оказаться вредным - будут отвлекаться на рацухи)))))
Собственно все современные подходы промышленного программирования позволяют сделать из отдельного программиста мелкий винтик, крутящийся в очень узком участке.
А широкий обзор (абстрагируясь от частностей) - это уже удел "верхних"

По сути курсор - это возможность реализовать цикл по каком-то слепку отбора. С кучей рюшек. Включая учитывать или не учитывать на каждом шаге цикла изменения с прошлых шагов.

Почти всегда можно вместо курсора использовать временную таблицу (локальную, глобальную, memory)

Любые CRM системы в том или ином виде имеют функционал скриптов опросов, где с виду "просто беседа" идет по скрипту и на каждом шаге оператор фиксирует ответ или оценку. И это только часть, ибо следом идет аналитика в разных разрезах коэффициентов удовлетворенности клиентов, активности операторов и т.п.

Очень сильно зависит от диалекта.
В MS SQL - кучка вьюшек sys.* включая sys.tables (и sys.system_objects) - в общем достаточно легко средствами sql решается вопрос по выявлению таблиц, полей и их модификаци... включая даже тяжелые перекраивания pk
(собсно и ssms пользуется ровно тем же)

management studio - это видимо Microsoft SQL Server Management Studio и в ней нет базы данных. Это просто программа которая подключается к СУБД и показывает что попросят)

Думаю для начала стоит почитать про базы данных вообще, потом про Sql в частности, а потом уже про работу с mssql например на c#

В таком описании - задача не решается. Ибо раз шлюзом М1 - то все пойдет через него. А им управлять нельзя...
Разве что на всех компьютерах, которые потенциально должны ходить и через М2 прописать явно отдельные маршруты для 111.11.11.11 через 192.168.1.2

p.s. использовать сети 192.168.0.0/24, 192.168.1.0/24 - засевать свой огород быстрорастущими граблями)

Думаю вполне логично что посредник забирает себе в карман все образовавшиеся пенки. Просто в данном случае размер пенки отрицательный.

1. что мешает остановиться перед обращением к индексируемому и посмотреть что там?
2. будет полезно сгенерировать классы по xsd

для начала стоит убедиться что оптимизация выключена
(<Optimize>false</Optimize> в *.csproj/Directory.Build.Props ну или мышкой в свойства проекта)

Первое что бросается в глаза - в селекте фигурируют поля, которые не участвуют ни в агрегации ни в группировке

select
    pr.pid,
    null as cid,
    pr.rcid as par_cid,
    pr.pname as name,
    sum(case when incoming = '1' then rec.quantity end) incoming,
    sum(case when incoming = '0' then rec.quantity end) outcoming,
    sum(case when incoming = '1' then 1 else -1 end * rec.quantity) balance
  from
    products pr
    inner join records rec on rec.rpid=pr.pid
  group by 
    pr.pid,
    pr.rcid,
    pr.pname

Так что стоит начать с первого селекта в with,
потом его же с union

и потом уже дальше

1. Настраиваем простую схему когда каждый офис работает со своим провайдером.
2. Учим микротики ходить в интернет через "соседа" при падении своего катала

а потом у человека окажется две хонды...

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

Интересует вопрос именно с доменом. Есть ли смысл добавлять хост 1 и 2, на которых будет кластер в домен, который поднимается на этих виртуалках и будет ли их корректное добавление.

гипотетическая ситуация: здание обесточили - все выключилось, решили сменить здание, переезд затянулся на пару месяцев...
после переезда включаем стенд гипервизоры при старте ищут кд чтобы "освежить" свои данные, не находят... и дальше не запускают виртуалки с КД )

В общем ситуация "ключ от шкатулки внутри шкатулки".

так что или рядом с гипервизорами надо еще разместить "железный" КД или вариант Alexey Dmitriev