Вот Это опыт у парня!!!! Блин чувствую насколько он сдерживается , что бы не начать активно рассказывать истории из жизни... Про 2 заявления - Вершина рационализма. Дима, успехов! Есть ли Ваши видео или статьи?
Зачастую нет времени разбираться с проблемой, т.к. о ней уже несколько человек написало, поэтому и делают перезагрузку. Если проблема всплывает несколько раз, то тогда уже нужно задуматься о её анализе и устранении, когда посвободнее будет.
Самая большая беда когда системный администратор или программист вдруг думают, что АБД - это совсем просто, чего там:) Тогда получаются базы на диске С, таблицы с nvarchar(max) всюду и конечны индексы, которые никогда на будут использоваться. А уж запросы, хранимые объекты - это отдельная песня. План обслуживания, который обязательно либо не обрабатывает часть индексов, либо дергает их по поводу и без, конечно блокировок по более. А потом приходит АБД и исправляет и о Боже, тот отчет который ставили на Обед делаться, вдруг предетельски подмигнув сразу вывел результат.
Чот не очень понял. В случае запроса дискового пространства под прирост журнала транзакций, выделяемое всё равно зероится виндой. Это вот для файлов данных прирост мгновенный.
На счет перестроения индексов, товарищ не прав. Если в статистике физической базы данных вы видите рекомендацию rebuild, а в % это более чем 30-50, то перестраивать нужно мастхев! Об этом скуль вам сам трубит неоднозначно. Тоже самое касается и реорганизации. И простой пересчет статистики, как говорит оратор, тут не поможет. Не надо ля-ля.
31:59 правильно делеат - спит. Лекция для лохов обслуживающих 1С у ЧПшников на рынке. Но послушать так для общего понимания уровня IT в роиссе - сойдёт.
Огромное спасибо за видео. Удивлен, что на 5k просмотра, всего 100 лайков...
Вот Это опыт у парня!!!! Блин чувствую насколько он сдерживается , что бы не начать активно рассказывать истории из жизни... Про 2 заявления - Вершина рационализма. Дима, успехов! Есть ли Ваши видео или статьи?
Прослушал с удовольствием. Эээх... Там у мужика Windows Phone мелькает в аудитории.
Зачастую нет времени разбираться с проблемой, т.к. о ней уже несколько человек написало, поэтому и делают перезагрузку. Если проблема всплывает несколько раз, то тогда уже нужно задуматься о её анализе и устранении, когда посвободнее будет.
Самая большая беда когда системный администратор или программист вдруг думают, что АБД - это совсем просто, чего там:) Тогда получаются базы на диске С, таблицы с nvarchar(max) всюду и конечны индексы, которые никогда на будут использоваться. А уж запросы, хранимые объекты - это отдельная песня. План обслуживания, который обязательно либо не обрабатывает часть индексов, либо дергает их по поводу и без, конечно блокировок по более. А потом приходит АБД и исправляет и о Боже, тот отчет который ставили на Обед делаться, вдруг предетельски подмигнув сразу вывел результат.
Чот не очень понял. В случае запроса дискового пространства под прирост журнала транзакций, выделяемое всё равно зероится виндой. Это вот для файлов данных прирост мгновенный.
как бекап сдел?
Хорошая шутка
А по мне так пелезная
На счет перестроения индексов, товарищ не прав. Если в статистике физической базы данных вы видите рекомендацию rebuild, а в % это более чем 30-50, то перестраивать нужно мастхев! Об этом скуль вам сам трубит неоднозначно. Тоже самое касается и реорганизации. И простой пересчет статистики, как говорит оратор, тут не поможет. Не надо ля-ля.
ошибка первая - прийти на данный семинар
Какая то через чур капитанская лекция
зануда. воды налил пополнив мифы о сиквеле
Невероятно нудная лекция.
31:59 правильно делеат - спит. Лекция для лохов обслуживающих 1С у ЧПшников на рынке. Но послушать так для общего понимания уровня IT в роиссе - сойдёт.