Shellr57s, в большинстве случаев ограничение жадности .*? это то что нужно.
И главное "Если у вас есть проблема и вы захотели решить ее с помощью регулярных выражений, то теперь у вас две проблемы" )))
Всё просто. В режиме замены тебе нужно заменять всю строку( текст) целиком. Смотри, есть строка текста:
"Я практиковался регуляркам на regex101.com, сейчас же хочу уже перейти к выполнению реально нужных задач."
В ней нужно оставить только "regex101.com."
Ищу в notepad++
^.*(regex101.com).*$
Заменяю на
\1
и всё.
notepad++ мощнейший инструмент. просто разберись с тем, что он может. Если этого мало - учи любой ЯП.
1. Мы говорим про батники, т.е. про такую штуку с помощью которых пишется что-то простое. Отсюда я делаю вывод, что обращениями к диску можно пренебречь. Если бы меня в какой то момент начало беспокоить или как то тормозить обращение к диску при чтении батника, я бы засунул его на SSD или в память. Пока меня тормозили не чтения батника, а те задачи который он выполнял.
2. При использовании многострочного блока я ловил ситуацию, когда добавление пустой новой строки или комментирование с помощью rem любой существующей строки ломало целиком батник.
Мне было важно обеспечить стабильность работы и поддержки, поэтому я отказался полностью от таких конструкция в пользу подпрограмм и безусловных переходов. И в целом, коль скоро такие глюки можно поймать, то и не стоит использовать такой подход.
Не смотря на то, что все эти возможности заявлены производителем, я бы не рекомендовал всем этим пользоваться. Я натыкался на очень странное поведение, при использовании локальных/глобальных переменных и многострочных конструкций типа
for .... do (
....
....
)
Нужно просто помнить что CMD это на ЯП, что-то на нем можно сделать, но полноценно использовать не стоит. Если нужно сделать чтото очень сложное на bat то используй goto и не длинные под программы
call a1
...
:a1
...
goto :eof
Такой набор осечек не дает. Проверенно на батниках от 3к строк )))
Николай Кузнецов, Прости, но похоже ты плохо понимаешь, что такое триггер. Триггер это кусок кода, который срабатывает по условию добавления/изменения/удаления записей. Допустим ставим триггер на добавление записей в таблицу Students и что? Мы добавляем запись в таблицу Students, запускается триггер вычисляет кол-во студентов по регионам и всё. Результат работы триггера остался внутри триггера и умер вместе с окончанием работы триггера. Ты никуда не сохранил результат его работы, так что триггер отработал впустую.
Для решения той задачи которую ты описал, представления более чем достаточно.
Так можно.
Разностная копия создается от последней полной копии.
Описанный вами алгоритм мне представляется не особо оптимальным.
В идеале вы в ночь делаете полный бакап, а в течении дня делаете разностные бакапы. Причем полный бакап нужно сразу по готовности разворачивать на резервном сервере. Таким образом вы и целостность полного бакапа проверите и сократите время восстановления в случае аварии.
сергей кузьмин, вы страшно удивитесь, но не везде разрешен Poweshell. На одной из работ мне ставили реализовать задачу, реализовать не самое простое ТЗ на батниках и в том конкретном месте это имело смысл.
Привет. Попробуй восстановить этот бакап на другой машине и посмотри сколько места занимает лог файл (ldf). Если он большой то можно либо:
1. Забакапить журнал и после этого транкировать журнал. Он должен сильно сократиться в объеме. После этого делаешь бакап, переносишь его и воостанавливаешь. Необходимое условие - версия скуля доллжна быть одинаковая.
2. Забакапить журнал и после этого транкировать журнал. Отключить базу, перенести на нужный сервер и сгнова подключить.
Обязательно проверь, если ли у используемой версии скуля ограничение на размер базы и если ли ограничение в ОС на размер создаваемого файла.
Iron_Harvest, Если не понимаешь почему не работает переделай команду следующим образом
for /f "skip=5" %%a in ('dir /a-d /b /s /od ....') do echo del %%a
таким образом вместо выполнения команды, эта команда будет просто выводиться на экран и можно будет посмотреть что в ней не так. Или выполнить в CMD команду так как она напечаталась и посмотреть сообщение об ошибке.
это не правда. удвоение знаков % есть но в очень ограниченном количестве случаев.