Комментарии пишу раз в год. Однако мимо Вас просто так пройти не смог. Классный Вы мужик! Если вдруг у Вас иногда опускаются руки, то не забывайте, что в СНГ Вы уж точно один из самых лучших, т.к нет ничего важнее, чем умение задавать мотивацию и передавать позитивную энергию! Ну, реально, браво!
Приветствую. Во вложенном запросе, в первом способе решения, я бы вывел ID продукта и сгруппировал ещё по нему, так как позже мы соединяем ещё один раз товары по максимальной цене, что является менее отказоустойчивым вариантом. Но с таким количеством данных обрабатываемых взглядом и такой вариант будет правильным, но для дальнейшей работы с запросом придётся обслуживать код и дописывать/переписывать. Тоже самое могу сказать про второй другой вариант, есть узкие места. Так же первое что пришло в голову после услышанного задания, это использованию конструкции с APPLY. Спасибо за видео! На самом деле есть пара действительно полезных видео с примерами ускорения запросов к базе 👍🏼
Здравствуйте, Артур! Большое спасибо Вам за активное участие, и, конечно же, Ваше мнение! В первом варианте группировка нужна только по КОМПАНИИ. Так как если мы сгруппируем ещё и по товару, то у нас будет уникальна связка в подзапросе "компания - товар", и для каждого элемента "компания - товар" будет выводится максимальная стоимость. На одну связку "компания - товар" итак будет одна цена. Так как по факту это и будет одна строчка в таблице товаров. А нам нужно вывести для каждой компании один товар, а не все. С максимальной стоимостью. Если необходимо оптимизировать данный запрос, то просто создание индекса по комбинации столбцов "ид компании - цена" даст нужную производительность. По факту будет выходить, что данные сразу будут читаться из индекса: ид компании и цена (максимальная). Буду рад продолжить с Вами общение! Если я что-то упустил или не понял Ваш вопрос, то дайте, пожалуйста, знать!
@@PrimeSoft Согласен что в текущем варианте ID товара не вывести в SELECT с данной компоновкой и группировкой. Я это больше написал к тому что опираться на цену не есть хорошо, хоть и первое условие по ID компании. Так же для быстродействия можно было вынести в отдельную временную таблицу данные о самых дорогих товаров продающихся в компаниях и присоединить позднее к ней таблицу с наименованием товара и компании. Опять же, в данном случае, с данным набором и количеством данных, решение будет правильным. Хотелось бы узнать от Вас информацию о решениях снижении размера БД с целью уменьшения размера бэкапов (кроме сжатия журналов и сжатия БД), а так же информацию о работе с транзакциями в конструкции TRY CATCH. Спасибо!
Илья, спасибо, все отлично объясняешь, хоть иногда и через чуть много раз одно и тоже :) - но лайк однозначно!. Есть вопрос - в первом запросе (10-11 мин.) а если у фирмы (поставщика) будет несколько товаров с одинаковой макс ценой?
Комментарии пишу раз в год.
Однако мимо Вас просто так пройти не смог.
Классный Вы мужик!
Если вдруг у Вас иногда опускаются руки, то не забывайте, что в СНГ Вы уж точно один из самых лучших, т.к нет ничего важнее, чем умение задавать мотивацию и передавать позитивную энергию!
Ну, реально, браво!
Приятно и интересно на Вас посмотреть!!! Понятно и со 100 % отдачей, как всегда! Спасибо!!!
Спасибо Вам, Екатерина! Очень рад, что все понятно!
Супер! Спасибо!)
Спасибо Вам за внимание!
Приветствую. Во вложенном запросе, в первом способе решения, я бы вывел ID продукта и сгруппировал ещё по нему, так как позже мы соединяем ещё один раз товары по максимальной цене, что является менее отказоустойчивым вариантом. Но с таким количеством данных обрабатываемых взглядом и такой вариант будет правильным, но для дальнейшей работы с запросом придётся обслуживать код и дописывать/переписывать. Тоже самое могу сказать про второй другой вариант, есть узкие места.
Так же первое что пришло в голову после услышанного задания, это использованию конструкции с APPLY. Спасибо за видео! На самом деле есть пара действительно полезных видео с примерами ускорения запросов к базе 👍🏼
Здравствуйте, Артур! Большое спасибо Вам за активное участие, и, конечно же, Ваше мнение! В первом варианте группировка нужна только по КОМПАНИИ. Так как если мы сгруппируем ещё и по товару, то у нас будет уникальна связка в подзапросе "компания - товар", и для каждого элемента "компания - товар" будет выводится максимальная стоимость. На одну связку "компания - товар" итак будет одна цена. Так как по факту это и будет одна строчка в таблице товаров. А нам нужно вывести для каждой компании один товар, а не все. С максимальной стоимостью. Если необходимо оптимизировать данный запрос, то просто создание индекса по комбинации столбцов "ид компании - цена" даст нужную производительность. По факту будет выходить, что данные сразу будут читаться из индекса: ид компании и цена (максимальная). Буду рад продолжить с Вами общение! Если я что-то упустил или не понял Ваш вопрос, то дайте, пожалуйста, знать!
@@PrimeSoft Согласен что в текущем варианте ID товара не вывести в SELECT с данной компоновкой и группировкой. Я это больше написал к тому что опираться на цену не есть хорошо, хоть и первое условие по ID компании. Так же для быстродействия можно было вынести в отдельную временную таблицу данные о самых дорогих товаров продающихся в компаниях и присоединить позднее к ней таблицу с наименованием товара и компании. Опять же, в данном случае, с данным набором и количеством данных, решение будет правильным.
Хотелось бы узнать от Вас информацию о решениях снижении размера БД с целью уменьшения размера бэкапов (кроме сжатия журналов и сжатия БД), а так же информацию о работе с транзакциями в конструкции TRY CATCH. Спасибо!
СПАСИБО СУПЕР ОГОНЬ!!!!
Спасибо, Александр! Сейчас вообще огонь огней 🔥 готовлю! Мне задач по SQL для аналитиков подбросили! Интересные! Скоро поделюсь!
@@PrimeSoft да будем ждать с нетерпением))))))))))))
да, в оконных функциях сила!
Илья, спасибо, все отлично объясняешь, хоть иногда и через чуть много раз одно и тоже :) - но лайк однозначно!. Есть вопрос - в первом запросе (10-11 мин.) а если у фирмы (поставщика) будет несколько товаров с одинаковой макс ценой?
Ты в Германии живешь? Чет заметил немецкую раскладку и слово "jetzt".
Извините за такой глупый вопрос. Где можно скачать эти таблицы? Или их самому нужно забивать?
Вы похожи на илью буркова из группы дети рейв
+