Size: a a a

2020 December 12

2_

2flower _ in sql_ninja
Воооот, рекурсия есть , а вы говорите подзапросы.
источник

2_

2flower _ in sql_ninja
Я одно время нос воротил, а потом втянулся.
источник

А

Артем in sql_ninja
Mafusail Romanovich
Естессна, но в ms sql ближе всего к подзапросам по сути
Нет.
источник

А

Артем in sql_ninja
У нас в технаре 10 лет назад специально выбивали в мозгу термины на "подзапросы" и "подтаблицы", чтобы мы не позорились такими фразами на форумах sql
источник

MR

Mafusail Romanovich in sql_ninja
Ух, как жестка
источник

А

Андрій in sql_ninja
Артем
У нас в технаре 10 лет назад специально выбивали в мозгу термины на "подзапросы" и "подтаблицы", чтобы мы не позорились такими фразами на форумах sql
Ух 10 лет в технаре эти жёстко, да
источник

А

Артем in sql_ninja
Андрій
Ух 10 лет в технаре эти жёстко, да
Пофиксил
источник

А

Артем in sql_ninja
Не благодари
источник
2020 December 13

PK

Pavel Komarov in sql_ninja
Povidlos
Всем привет!
Господа, прошу помочь как реализовать правильно через sql задачу.

Есть 42 категории товара.
Каждый из них может попасть в заказ.
Посчитать наиболее пересекающееся категории в заказе.
П.С задача не из тестового задания)
0.
источник

O

Oleg T in sql_ninja
Frankie4Fingers
Нинзи! А вот такой нупский вопрос,
если сделать alter table with  DATA_COMPRESSION = PAGE
Теперь эта табла при наполнении данными будет автоматически сжиматься и жить в сжатом состоянии всегда?
Да. Данные на диске будут всегда в сжатом виде. Фрагментацию это не усиливает. Это очень выгодная сделка по обмену дофига IO на чуточек CPU
источник

DI

Dmitriy Ivanov in sql_ninja
Oleg T
Да. Данные на диске будут всегда в сжатом виде. Фрагментацию это не усиливает. Это очень выгодная сделка по обмену дофига IO на чуточек CPU
Вот не всегда так однозначно хорошо. Все зависит от данных которые сжимаются. Также надо напомнить, что страницы в памяти лежат тоже в сжатом виде.
источник

O

Oleg T in sql_ninja
Dmitriy Ivanov
Вот не всегда так однозначно хорошо. Все зависит от данных которые сжимаются. Также надо напомнить, что страницы в памяти лежат тоже в сжатом виде.
Согласен, есть нишевые случаи с слабосжимаемыми данными, такими как байнари. Из моей практики это хорошая идея в подавляющем большинстве случаев.
источник

O

Oleg T in sql_ninja
Dmitriy Ivanov
Вот не всегда так однозначно хорошо. Все зависит от данных которые сжимаются. Также надо напомнить, что страницы в памяти лежат тоже в сжатом виде.
Rule of thumb - чем ближе нагрузка к OLAP, тем больше положительный эффект от сжатия.
источник

DI

Dmitriy Ivanov in sql_ninja
Я вот к чему веду: В некоторых случаях я бы посоветовал рассмотреть колоночное хранение вместо  сжатия.
источник

O

Oleg T in sql_ninja
Dmitriy Ivanov
Я вот к чему веду: В некоторых случаях я бы посоветовал рассмотреть колоночное хранение вместо  сжатия.
Ох, ну это конечно вообще роскошный вариант, если условия позволяют
источник

DI

Dmitriy Ivanov in sql_ninja
Oleg T
Ох, ну это конечно вообще роскошный вариант, если условия позволяют
Тоже не всегда, тут главное понимать как какой инструмент работает.
источник

O

Oleg T in sql_ninja
Dmitriy Ivanov
Тоже не всегда, тут главное понимать как какой инструмент работает.
Ну понятно, что не всегда. У любого инструмента свои критерии применимости. У columnstore они весьма строгие, я бы сказал. С его появлением в rw вариарте видел много обжегшихся, которым приходилось говорит только "чудес не бывает, за все приходится платить "
источник

F

Frankie4Fingers in sql_ninja
Dmitriy Ivanov
Вот не всегда так однозначно хорошо. Все зависит от данных которые сжимаются. Также надо напомнить, что страницы в памяти лежат тоже в сжатом виде.
"Также надо напомнить, что страницы в памяти лежат тоже в сжатом виде." а это к чему?
источник

DI

Dmitriy Ivanov in sql_ninja
Frankie4Fingers
"Также надо напомнить, что страницы в памяти лежат тоже в сжатом виде." а это к чему?
К тому что когда у вас данные хорошо сжаты,вы ещё и buffer pool экономите солидно
источник

F

Frankie4Fingers in sql_ninja
А понял
источник