Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
Вопрос скорее всего риторический но хотелось бы подтверждения. Производится hash join, сервер сразу выделяет память по размеру полей? Насколько помню - да. Выделяет максимально быстро по максимуму а не занимается проверкой на максимальную длину. Если например есть поле штрихкод с макимальной длиной 100 а заполнено только 12 а остальное пробелы. Он и будет выделять сразу под 100 а не проверять сколько заполнено и потом выделять под 12.(ну или вести статистику и т.п.) Я прав? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 14:36 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
Вдогонку напомните, как получить объем памяти(например в tempdb) которое скушал запрос? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 14:43 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
МуМу, если это varchar то ожидаемый размер для него будет 100/2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 14:49 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
МуМу, Вопрос выглядит странно, потому что сначала надо задать другой вопрос: а кто так проектировал БД, что нужно соединять таблицы по 100 байтовому ключу? Если бы ключи были подобраны правильно, то этим вопросом вообще не пришлось бы задаваться и не творить оптимизационные "танцы с бубном". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 14:51 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
aleksrov, Если это будет NVARCHAR, то 100 * 2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 14:51 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
Почему деленный на 2-а? Если будет заполнен 51-н символ, будет динамически выделятся память? Есть ссылки, не могу сходу найти? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 14:52 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
a_voronin, Ну вообщем то именно такая рекомендация и будет выдана. Тут вопрос просто в эффекте и лично интересно, может сервер и умеет понимать такие дыры в оптимизации и лечить их на ходу(что вряд ли потому как приведет к издержкам производительности) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 14:55 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
a_voroninaleksrov, Если это будет NVARCHAR, то 100 * 2 Ну вы же меня понял, я это имел ввиду http://aboutsqlserver.com/2010/08/18/what-is-the-optimal-size-for-variable-width-columns/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 15:02 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
Ну и в догонку https://blogs.msdn.microsoft.com/sqlqueryprocessing/2010/02/16/understanding-sql-server-memory-grant/ , просто статья хорошая ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 15:03 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
МуМуЯ прав?Читайте знающих авторов - https://blogs.msdn.microsoft.com/craigfr/2006/08/10/hash-join/ a_voroninВопрос выглядит странно, потому что сначала надо задать другой вопрос: а кто так проектировал БД, что нужно соединять таблицы по 100 байтовому ключу?Сначала нужно понимать какие столбцы окажутся в Build-Table, а потом вопросы задавать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 15:24 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
удивлён данными математиками авторесли это varchar то ожидаемый размер для него будет 100/2 авторЕсли это будет NVARCHAR, то 100 * 2 вы точно вопрос видели? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 15:25 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
МуМу, авторЕсли например есть поле штрихкод с макимальной длиной 100 а заполнено только 12 а остальное пробелы. Он и будет выделять сразу под 100 а не проверять сколько заполнено и потом выделять под 12.(ну или вести статистику и т.п.) не будет смотреть на то что заполен 1 символ или 100, это вообще не лёгкая операция. По остальному ссылка invm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 15:29 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
invm, Сам писал давненько алгоритмы подобные Hash match, поэтому внутренние алгоритмы понимаю. Требуемое поле гарантированно попадает Build-Table(или как там ее), всякие реквизиты и т.п. из рекордсета не попадают, их не учитываю. Эту статью давно читал(сходу гуглом не нашел), спасибо! Остался вопрос каким параметром явно увидеть используемую память запросом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 16:07 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
МуМу, dm_exec_query_memory_grants ну и с какой-то версии в плане видно память ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2018, 16:11 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
МуМу, А вы вообще про какую именно память? Granted, Reserved или Used ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2018, 01:03 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
Grant выделяется по максимальной оценке. Из-за этого пара мега-отчетов может сожрать всю память. Надо resource governor настраивать во избежание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2018, 11:59 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовGrant выделяется по максимальной оценке. Из-за этого пара мега-отчетов может сожрать всю память. Надо resource governor настраивать во избежание.\ мы пихаем всё что когда-то слышали... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2018, 12:21 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
TaPaK, пожирает и еще как, Вы с этим просто не сталкивались. Used может быть меньше Granted в 5-7 раз запросто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2018, 13:56 |
|
||
|
При объединении по hash join выделяется объем памяти максимальный по размеру полей?
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовTaPaK, пожирает и еще как, Вы с этим просто не сталкивались. Used может быть меньше Granted в 5-7 раз запросто. и как это касается темы? у кого что болит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2018, 13:57 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39691797&tid=1689223]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
24ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 250ms |
| total: | 367ms |

| 0 / 0 |
