d-stream

Видимо откатится с vs 16.10.0
Ибо в ней горы проблем с визуализацией.

Триггеры. И в чем проблема?

Думаю стоит начать с изучения понятия "персональные данные". В идеале со стороны 152ФЗ.

Ну наверное когда-то стоит задуматься о системе контроля версий.
Тот же gitlab, svn и т.п.

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

Естественно если речь не идет о спамерах-жуликах.

Усложним вопрос: база живет на отдельном сервере, канал до которого 1мбит/с и попытаемся ответить на исходный вопрос в таких условиях.

Так SATA M.2 или PCI-E NVME?
Если второе - то SSD делит PCIe шину с видеокартой и возможно дефолтный режим в BIOS совсем для этого не лучший. Тогда не помешает зайти и явно указать как именно делить устройствам шину (например 4-4-8 и т.п.)

наиболее общепринятый в рамках c# например - это использовать nuget-пакеты с nuget.org

Вопрос: а зачем использовать трупы?

ВАЖНО! Типы данных ntext, text и image будут исклю...Следует избегать использования этих типов данных при новой разработке и запланировать изменение приложений, использующих их в настоящий момент. Вместо них следует использовать типы данных nvarchar(max), varchar(max)и varbinary(max) .

Для более развитой фильтрации в виде набора нечто - стоит подумать о stored procedure, которая например будет получать кучку параметров фильтра

ну и в ней уже в простом случае единообразное

where
param1 is null or filed1=param1
...
and paramN is null or filedN=paramN

само собой параметр может быть неким энумоподобным который потащит за собой кучку предварительных запросов/вычислений (например только товары, которые были реализованы другим клиентам из этой же группы и т.п.)

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



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

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

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

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

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

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

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

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

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

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

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

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