A
Я что-то пока даже не представляю в какой форме этот результат в sql можно представить😐
Size: a a a
2020 August 23
2_
Andrey
Причем еще и не попарно, а с любой размерностью сета
я понял, неправильно прочитал, это явно не для бесплатного вопроса
2_
Andrey
Я что-то пока даже не представляю в какой форме этот результат в sql можно представить😐
я примерно представляю, но делать такие вещи обычно приходится уже на работе
GP
2flower _
я понял, неправильно прочитал, это явно не для бесплатного вопроса
А сколько стоит вообще написать такой запрос?
A
2flower _
я примерно представляю, но делать такие вещи обычно приходится уже на работе
У меня пока только идея выполнить Ваш запрос, а потом полученную табличку обработать уже не sql'ными средствами
2_
А сколько стоит вообще написать такой запрос?
я не знаю, это уже в каждой организации придумывают свои методы.
2_
Andrey
У меня пока только идея выполнить Ваш запрос, а потом полученную табличку обработать уже не sql'ными средствами
это будет оооочень медленно.
GP
Andrey
У меня пока только идея выполнить Ваш запрос, а потом полученную табличку обработать уже не sql'ными средствами
а мне нужно именно sql, чтобы потом этим запросам пользоваться
2_
самое интересное-это именно вводные данные, т.к. при 100 SKU один запрос отработает быстро, при 10000 SKU-он же будет тормозить,
придется что то хитрое придумывать, тоже касается вы анализируете 1 магазин или условно пятерочку с их объемами.
придется что то хитрое придумывать, тоже касается вы анализируете 1 магазин или условно пятерочку с их объемами.
A
2flower _
это будет оооочень медленно.
Я же правильно понимаю, что результатом в sql может быть табличка, где на каждое sku будет отдельный столбец?
IZ
Народ, подскажите пожалуста, есть таблица с продажами, где id клиента, номер чека, дата продажи и артикул. Чеки разбиты по артикулам, нужно найти повторные покупки клиентов. Например масло и молоко встречаются 10 раз, масло масло и хлеб 20 раз и тд
Чек в виде одной таблицы? Не две?
2_
в любом случае это математика, а где математика-там СУБД впереди на две головы, поэтому и думаю, что снаружи будет медленнее.
GP
Чек в виде одной таблицы? Не две?
В одной, но скопировать не проблема
2_
задача интересная, я ее на работе так и не дождался.
IZ
В одной, но скопировать не проблема
Ты не был в магазине никогда?
У чека есть шапка и состав.
У чека есть шапка и состав.
A
В одной, но скопировать не проблема
Попробуй здесь узнать
@datasciencecourse
Мне почему-то кажется, что для задач на комбинаторику есть готовые отдельные решения
@datasciencecourse
Мне почему-то кажется, что для задач на комбинаторику есть готовые отдельные решения
2_
Ты не был в магазине никогда?
У чека есть шапка и состав.
У чека есть шапка и состав.
из 1 таблицы -можно сделать формально 2 с шапкой это не проблема.
A
2_
Andrey
в этом случае все гораздо хитрее
AK
ну человеку явно надо как-то ограничивать максимальное число товаров, которые будут выбираться. у него сервер загнется только от вычислений различных вариантов наборов того чека в 48 позиций