Коллеги, добрый день! Очень нужна консультация по пониманию настройки ролей и доступа к серверам Windows Server 2019 и СУБД SQL Server 2019 Standard. Кто может подсказать, напишите в ЛС пожалуйста)

triviumfan
доброго дня, коллеги. Можно ли с помощью разностного бекапа из ранней копии бд накатить все изменения бекапа? Т.е. к примеру, полный бекап 23 числа, разностный 29 числа. Можно ли перенесли изменения за неделю, и сделать копию базы рабочей с недельными изменениями?

triviumfan
другими словами, можно ли восстановить БД из полного бекапа 23 числа со всеми изменениями разностного бекапа 29 числа?

можно, а в чем проблема?

triviumfan
ни разу этого не делал. просто слышал, что есть такие бекапы, но "в руках не держал". А можешь пнуть на статью как это делать?)

не надо ничего переписывать, за вас это уже сделали настоящие гуру powershell, прочитайте внимательно статью https://www.sqlshack.com/sql-restore-database-using-dbatools/
там все просто, 20 минут потратите и будете потом использовать всю жизнь

triviumfan
powershell и статья на инглише... я думал, есть что-то адекватное в ssms и на русском)

triviumfan
для тех кто в танке

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

Одинаково, по идее. Вьюха тот же запрос вызывать будет

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

Можно вьюху проиндексировать, тогда будет люто быстрее. Но вьюха должна быть детерминистичной.

да и там на сколько я помню это про inner join только речь. и схема биндинг

Плюс есть одна проблема - вьюха запрос и имеет свой план выполнения. Если вьюха сильно сложная и например есть UNION нескольких таблиц, то может быть "вынюхивание переменной". Я с этим столкнулся и был вынужден переписать половину кода процедур обратно на джойны.

Я говоиил именно про запос вс тот же запрос во вьюхе.
Вьха с индексом - это, вроде материализованное представление, нет? Его надо регулярно перестраивать и там не будут появляться новыеданные real-time

Там особый случай был, во вьюхе было дофига UNION и ни в одном случае не требовалось лезть во все соединяемые таблицы. Однако план любого запроса, использующего вьюху, всегда вызывал сканы на всех соединяемых таблицах, даже если в коде было совершенно очевидно, что нужны данные только из двух-трёх таблиц. OPTION (RECOMPILE) помогает только на первом уровне вложенности, т.е. если процедура обращается к функции, которая обращается к вьюхе, то RECOMPILE не помогает. В код вьюхи RECOMPILE не добавишь.

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

маленький вопрос, а вот вьюха во вьюхе, это уже наверно совсем перебор?

Я так понимаю просто получится вложенный запрос. От ситуации зависит