Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
dezhnevo Member Откуда: Сообщений: 47 |
Собственно вопрос по включению флага. Что такое, в курсе. Интересно мнение коллег. Кто использует на постоянной основе, кто временами, по необходимости. Пол Рендал советует вообще использовать на постоянной основе (...and I even say that all SQL Server instances across the world should have this trace flag enabled by default...) Много не ясного по использованию флага. Ваше мнение, господа. У меня сервер 2012. Спасибо. |
22 дек 18, 22:44 [21771215] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
|
||
23 дек 18, 00:55 [21771241] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
alexeyvg, а порог значения "много" , "мало" маленьких страниц какой? В этом весь спор и есть. Миллион, тысяча, сто тысяч? |
23 дек 18, 11:24 [21771312] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
Например, если у вас 10 000 таблиц размером менее 64К, то потери получаются 10 000 * 32К, или 300 МБ, соответственно, если у сиквела страничный кэш, скажем, 30 ГБ, то лишний расход памяти будет 1%, соответственно, её хватит, и лишних чтений тоже не будет. А рекомендацию Пола Рендала можно понимать так, что негативное влияние такого сильного незаполнения начнётся от очень большого количества маленьких таблиц (или, лучьше сказать, от очень большого соотношения маленьких таблиц к большим), что обычно бывает никогда, за исключением неких странно спроектированных БД, скажем, когда таблицы создаются при импорте на каждую маленькую порцию данных, и база вся состоит из таких маленьких таблиц. |
||
24 дек 18, 10:35 [21771809] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9646 |
alexeyvg, Выделение полного эксента для объекта не означает, что в BP окажутся все 8 страниц. |
24 дек 18, 11:19 [21771833] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8350 |
Начиная c 2016 или даже 2014 такое поведение по умолчанию. |
24 дек 18, 12:22 [21771904] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
Владислав Колосов, все верно, с 2016. Спасибо |
24 дек 18, 19:34 [21772414] Ответить | Цитировать Сообщить модератору |
dezhnevo Member Откуда: Сообщений: 47 |
alexeyvg, Можно ли понимать, что раз такое поведение ПО УМОЛЧАНИЮ реализовано в 2016 сервере, то, как некие best practice, никакого негативного эффекта оно не оказывает, а в случае образования большого количества временных страниц, предотвращает негативные последствия, оказывающие влияние на производительность? |
24 дек 18, 19:40 [21772420] Ответить | Цитировать Сообщить модератору |
Гавриленко Сергей Алексеевич Member Откуда: Moscow Сообщений: 37155 |
|
||
24 дек 18, 23:22 [21772533] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8350 |
dezhnevo, полагаю, что ответ зависит от конкретной бизнес-модели. |
25 дек 18, 11:40 [21772786] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |