Комментарии
Люди не ведитесь на этот вебинар!
Очень напоминает год назад был вебинар тоже от Лустина - "Postgree на стероидах" описание было красивое, вебинар вообще не соответствовал описанию. Люди писали в инфостарт, были целые дискусии, чтобы вернули деньги, т.к. вебинар не соответствовал первоначальному описанию. Инфостарт ничего само собой не вернул.
После этого на платные вебинары, тем более от Лустина - боже упаси.
Очень напоминает год назад был вебинар тоже от Лустина - "Postgree на стероидах" описание было красивое, вебинар вообще не соответствовал описанию. Люди писали в инфостарт, были целые дискусии, чтобы вернули деньги, т.к. вебинар не соответствовал первоначальному описанию. Инфостарт ничего само собой не вернул.
После этого на платные вебинары, тем более от Лустина - боже упаси.
(5) И это тоже можно. Автоматически ;-). Я тут заодно реинкарнировал старую тему про отсутствующие индексы, которая на gitHub была
так как у "Брента" есть удивительная конструкцию
И это уже помогает хранить не в базе 1С результаты "нагибания", а рядом с рабочей базой
а уже с помощью всяких базопузомеров смотреть за табличками в "именах 1С"
(4) Точно - вестись не надо. Деньги кстати неудовлетворенным всем вернули - насколько я знаю. Плюс дополнительно там еще будет продолжение как только сейчас окончательно выйдет packer API для Windows чтобы можно было автоматически упаковывать настройки PG для Windows
так как у "Брента" есть удивительная конструкцию
И это уже помогает хранить не в базе 1С результаты "нагибания", а рядом с рабочей базой
if db_id('dbatools') is not null
USE myProduction1CBase
exec sp_BlitzIndex @Mode = 4 @OutputDatabaseName = 'dbatools', @OutputSchemaName = 'dbo', @OutputTableName = 'BlitzIndexResults';
а уже с помощью всяких базопузомеров смотреть за табличками в "именах 1С"
(4) Точно - вестись не надо. Деньги кстати неудовлетворенным всем вернули - насколько я знаю. Плюс дополнительно там еще будет продолжение как только сейчас окончательно выйдет packer API для Windows чтобы можно было автоматически упаковывать настройки PG для Windows
(7) кнопку "запись" в момент вебинара мы нажимаем всегда. Запись обрабатывают несколько рабочих дней и потом выкладывают.
P.S. Пора уже коллег из Инфостарта попросить сделать "плашку" какую-нибудь - где описывается порядок записи и ее предоставления.
P.S. Пора уже коллег из Инфостарта попросить сделать "плашку" какую-нибудь - где описывается порядок записи и ее предоставления.
Опробовал на рабочей базе.
Всё неплохо легло, я бы добавил ещё в скрипт Tigerов (который с 0_ начинается), чтобы у каждой "пользовательской" базы, кроме системной model прирост файла тоже состовлял бы 100 Мб = 102400 Kb. А то по-умолчанию SQL (по кр.мере 2008ой) ставит прирост в 1 Mb, если не ошибаюсь.
Проиндексировал пару реквизитов документа и один ресурс регистра сведений по результатам sp_BlitzIndex.
Всё неплохо легло, я бы добавил ещё в скрипт Tigerов (который с 0_ начинается), чтобы у каждой "пользовательской" базы, кроме системной model прирост файла тоже состовлял бы 100 Мб = 102400 Kb. А то по-умолчанию SQL (по кр.мере 2008ой) ставит прирост в 1 Mb, если не ошибаюсь.
Проиндексировал пару реквизитов документа и один ресурс регистра сведений по результатам sp_BlitzIndex.
Коллеги, подскажите, пожалуйста,
у меня есть документ с 1С-ным реквизитом Номер длиной 20.
Номер не начинается с нулей, то есть все 20 цифр не нули.
Документов достаточно много в базе, около 1.5 млн документов.
В конфигурации есть поля ввода, где нужно вводить ссылку на этот документ, соответственно пользователи вводят номер и нажимают Enter (ввод по строке). Почему-то иногда база предлагает Index Scan для индекса byDocDate вместо Index Seek для индекса byDocNum,
хотя статистика ежедневно обновляется. Если делаю dbcc freeproccache, то естественно, план выбирается хороший.
Не понимаю как так выходит, может быть когда пользователи вводят первые 5 символов номера, тогда и получается параметр сниффинг проблема, т.к. 5 символов номера для всех документов одинаковы, то и оптимизатор SQL предлагает сканировать все документы.
Только так могу объяснить явление.Соответственно, сделал сейчас план обслуживания, где dbcc freeproccache для этого запроса (поиска документа при вводе по строке) происходит каждую минуту.
Я правильно рассуждаю про параметр-сниффинг?
Спасибо!!
у меня есть документ с 1С-ным реквизитом Номер длиной 20.
Номер не начинается с нулей, то есть все 20 цифр не нули.
Документов достаточно много в базе, около 1.5 млн документов.
В конфигурации есть поля ввода, где нужно вводить ссылку на этот документ, соответственно пользователи вводят номер и нажимают Enter (ввод по строке). Почему-то иногда база предлагает Index Scan для индекса byDocDate вместо Index Seek для индекса byDocNum,
хотя статистика ежедневно обновляется. Если делаю dbcc freeproccache, то естественно, план выбирается хороший.
Не понимаю как так выходит, может быть когда пользователи вводят первые 5 символов номера, тогда и получается параметр сниффинг проблема, т.к. 5 символов номера для всех документов одинаковы, то и оптимизатор SQL предлагает сканировать все документы.
Только так могу объяснить явление.Соответственно, сделал сейчас план обслуживания, где dbcc freeproccache для этого запроса (поиска документа при вводе по строке) происходит каждую минуту.
Я правильно рассуждаю про параметр-сниффинг?
Спасибо!!
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
|
НЕ ТРЕБУЕТ изменения конфигурации и НИ одной печатной формы, НЕ ХРАНИТ данные штрихкодов, ИМЕЕТ возможность закодировать в QR-коде произвольные данные параметров, УМЕЕТ обработать считанный QR-код как ВЫ захотите и многое другое
|
QR - штрихкодирование документов БЕЗ изменения печатных форм и конфигурации, с произвольными алгоритмами создания QR -кода и обработки для УТ 11 (все), ERP 2, КА 2, УТ 10.3, Розница 2.2, УНФ 1.6, БП 3
Открыть