Если бы юридически это были выходные дни — они были бы объявлены в Указе как выходные дни. Однако, они таковыми не являются. Минтруд разъясняет, что все, кто должны продолжать работать согласно этому Указу (аптекари, продавцы, врачи, сотрудники круглосуточных производств и т.д.) будут получать обычную ЗП за свой труд — именно потому, что юридически — это не выходные дни.
Мы находимся в странной ситуации — юридически у нас нет выходного, нет нерабочего праздничного дня, у нас есть какие-то непонятные «нерабочие дни», которые с какого-то перепугу (понятно на самом деле с какого, marshinov ниже это описал) должен оплатить работодатель за то, что мы не работаем.
Укажите, пожалуйста, определение или перечень «нерабочих дней», согласно ТК, который вы предлагаете соблюдать. Только не «нерабочих праздничных дней», а тех «нерабочих дней», которые предстоят.
А то как соблюдать то, чего нет, не очень понятно.
Это непойми что, а не выходные дни. Либо указ составлялся абсолютно незнакомым с терминологией ТК человеком.
Формально (юридически) — это не выходные, а реально хз что. И мы видим соответствующую реакцию работодателей и работников, которые не понимают ни как относиться к новому термину, ни как отразятся эти дни в производственном календаре, ни как вообще конкретно выполнять этот указ.
Если бы в указе использовался термин выходной день — то да, и оплата двойная, и прочие плюшки работы в выходной день были бы положены.
Вы знаете, подход который я использовал описан одной фразой — бэкап на шару и восстановление с неё стандартными средствами. Всё остальное — это уже "детали". Пожалуйста, потратьте немного своего времени и опишите двумя фразами свой стандартный подход — ведь вы уже написали гораздо больше.
Ничего не мешало, но нужен дополнительный инструмент и вызов его через xpcmdshell, либо какая-то обёртка — cmd/powershell. А тут всё стандартными средствами.
Этот вариант удобен тем, что время простоя минимально — пока бэкап льётся по узкому каналу, бд доступна на старом экземпляре. При желании, можно дополнительно заморочиться на бэкапы журналов транзакций и сделать простой ещё меньше.
Выводы
А нет никаких выводов. Подумал, что кому-то может быть полезно/интересно посмотреть как использовать метаданные для формирования и выполнения dynamic sql.
Спасибо за работу, возможно, кому-то пост поможет.
Написанный мною код должен работать и на других СУБД, поскольку запросы являются универсальными и не используют специфических конструкций языка T-SQL.
На самом деле это не так — как минимум nvarchar и identity будут не во всех СУБД.
Выбран очень странный стиль написания имён объектов — где-то используется схема, где-то не используется. ИМХО, в «справочном» посте стиль должен быть унифицирован.
Плюс, вы много где объявляете поле как nvarchar, а вставляете туда varchar — не надо так):
create table dbo.Person
(...
FirstName nvarchar(64) not null,
LastName nvarchar(64) not null,
...)
insert into dbo.Person(PersonId, FirstName, LastName, PersonAge) values (5, 'John', 'Doe', 25)
Ещё хотелось бы добавить, что у явно объявленных связей есть определённые сайд-эффекты, о которых тоже хотелось бы получить информацию в таком «справочном» посте. Связи требуют определённой стратегии индексирования, которая зависит от предполагаемого использования данных.
Просто, в качестве примера, рассмотрим вот эту таблицу:
create table dbo.Phone
(
PhoneId int identity primary key,
PersonId int foreign key references Person(PersonId),
PhoneNumber varchar(64) not null
)
При удалении записи из таблицы Person будет происходить полное сканирование таблицы Phone — а это прямой путь к избыточным блокировкам и/или дедлокам.
Рекомендации Минтруда
В новостях
Мы находимся в странной ситуации — юридически у нас нет выходного, нет нерабочего праздничного дня, у нас есть какие-то непонятные «нерабочие дни», которые с какого-то перепугу (понятно на самом деле с какого, marshinov ниже это описал) должен оплатить работодатель за то, что мы не работаем.
А то как соблюдать то, чего нет, не очень понятно.
Формально (юридически) — это не выходные, а реально хз что. И мы видим соответствующую реакцию работодателей и работников, которые не понимают ни как относиться к новому термину, ни как отразятся эти дни в производственном календаре, ни как вообще конкретно выполнять этот указ.
Если бы в указе использовался термин выходной день — то да, и оплата двойная, и прочие плюшки работы в выходной день были бы положены.
Вы знаете, подход который я использовал описан одной фразой — бэкап на шару и восстановление с неё стандартными средствами. Всё остальное — это уже "детали". Пожалуйста, потратьте немного своего времени и опишите двумя фразами свой стандартный подход — ведь вы уже написали гораздо больше.
Бэкап в SQL server актуален на момент завершения операции backup database.
Великий Гуру, молю, укажите направление! Очень хочу просветления
Этот вариант удобен тем, что время простоя минимально — пока бэкап льётся по узкому каналу, бд доступна на старом экземпляре. При желании, можно дополнительно заморочиться на бэкапы журналов транзакций и сделать простой ещё меньше.
На самом деле это не так — как минимум nvarchar и identity будут не во всех СУБД.
Выбран очень странный стиль написания имён объектов — где-то используется схема, где-то не используется. ИМХО, в «справочном» посте стиль должен быть унифицирован.
Плюс, вы много где объявляете поле как nvarchar, а вставляете туда varchar — не надо так):
Ещё хотелось бы добавить, что у явно объявленных связей есть определённые сайд-эффекты, о которых тоже хотелось бы получить информацию в таком «справочном» посте. Связи требуют определённой стратегии индексирования, которая зависит от предполагаемого использования данных.
Просто, в качестве примера, рассмотрим вот эту таблицу:
При удалении записи из таблицы Person будет происходить полное сканирование таблицы Phone — а это прямой путь к избыточным блокировкам и/или дедлокам.