2_
поэтому я и говорю, что все зависит от вводных, универсального решения скорее всего нет.
Size: a a a
2020 August 23
AK
2flower _
поэтому я и говорю, что все зависит от вводных, универсального решения скорее всего нет.
оно есть, но сервер загнется)
2_
почему?
2_
все зависит от объема чеков
2_
и SKU
2_
мне кажется это как раз задача для SQL
AK
2flower _
почему?
ну сделайте табличку в 48 строчек, сделайте все наборы, соклько будет вертеться?
A
Я сообразил как это на бумаге решается.
Нужна матрица:
• по строкам - все возможные комбинации товаров (кажется, их !n)
• по столбцам - все возможные клиенты
Матрица должна быть заполнена значениями 0 и 1.
Потом тупо считаем сумму по каждой строке, задача решена.
Нужна матрица:
• по строкам - все возможные комбинации товаров (кажется, их !n)
• по столбцам - все возможные клиенты
Матрица должна быть заполнена значениями 0 и 1.
Потом тупо считаем сумму по каждой строке, задача решена.
2_
ну сделайте табличку в 48 строчек, сделайте все наборы, соклько будет вертеться?
давайте я глупо отвечу, т.к. вы не указали кол-во чеков, при нуле долго ли или все таки быстро? :)
2_
Andrey
Я сообразил как это на бумаге решается.
Нужна матрица:
• по строкам - все возможные комбинации товаров (кажется, их !n)
• по столбцам - все возможные клиенты
Матрица должна быть заполнена значениями 0 и 1.
Потом тупо считаем сумму по каждой строке, задача решена.
Нужна матрица:
• по строкам - все возможные комбинации товаров (кажется, их !n)
• по столбцам - все возможные клиенты
Матрица должна быть заполнена значениями 0 и 1.
Потом тупо считаем сумму по каждой строке, задача решена.
такие задачи ограничиваются например первые 100, тогда не так страшно. :)
A
2flower _
такие задачи ограничиваются например первые 100, тогда не так страшно. :)
Я вообще не вижу смысла считать это более чем попарно.
Тк попарно отчет можно матрицей сформировать (sku по столбцам и sku по строкам, на пересечении частота). А вот куда записывать и как анализировать частоту для этих комбинаций из 3 и более товаров - вопрос мутный.
Тк попарно отчет можно матрицей сформировать (sku по столбцам и sku по строкам, на пересечении частота). А вот куда записывать и как анализировать частоту для этих комбинаций из 3 и более товаров - вопрос мутный.
AK
2flower _
давайте я глупо отвечу, т.к. вы не указали кол-во чеков, при нуле долго ли или все таки быстро? :)
ничего не понял
у вас есть первая строка с 48ю нулями и так до последней строки с 48 единицами, таким образом вы переберете все варианты по битовой маске, представьте сколько вариантов
у вас есть первая строка с 48ю нулями и так до последней строки с 48 единицами, таким образом вы переберете все варианты по битовой маске, представьте сколько вариантов
2_
Andrey
Я вообще не вижу смысла считать это более чем попарно.
Тк попарно отчет можно матрицей сформировать (sku по столбцам и sku по строкам, на пересечении частота). А вот куда записывать и как анализировать частоту для этих комбинаций из 3 и более товаров - вопрос мутный.
Тк попарно отчет можно матрицей сформировать (sku по столбцам и sku по строкам, на пересечении частота). А вот куда записывать и как анализировать частоту для этих комбинаций из 3 и более товаров - вопрос мутный.
маркетологи смотрят что с чем берут, они же не роботы, этот анализ они потом руками шерстят поэтому такие "странные" условия.
A
ничего не понял
у вас есть первая строка с 48ю нулями и так до последней строки с 48 единицами, таким образом вы переберете все варианты по битовой маске, представьте сколько вариантов
у вас есть первая строка с 48ю нулями и так до последней строки с 48 единицами, таким образом вы переберете все варианты по битовой маске, представьте сколько вариантов
48! = что то калькулятор сломался
2_
ничего не понял
у вас есть первая строка с 48ю нулями и так до последней строки с 48 единицами, таким образом вы переберете все варианты по битовой маске, представьте сколько вариантов
у вас есть первая строка с 48ю нулями и так до последней строки с 48 единицами, таким образом вы переберете все варианты по битовой маске, представьте сколько вариантов
нет никакой ложки. я мыслю категориями SQL, внутри и так та самая математика, о которой вы говорите, остается лишь задекларировать, что вы хотите, а субд сделает все за вас оптимально. :)
A
2flower _
маркетологи смотрят что с чем берут, они же не роботы, этот анализ они потом руками шерстят поэтому такие "странные" условия.
Ну тут да, согласен, если до 5-6 sku в комбинации, это еще можно обработать
2_
Andrey
Ну тут да, согласен, если до 5-6 sku в комбинации, это еще можно обработать
вопрос не в том , что много, а в том, что точное число не знаем, в этом трудность
A
2flower _
вопрос не в том , что много, а в том, что точное число не знаем, в этом трудность
В идеальном варианте точное число всегда должно быть равно количеству sku
2_
я думаю за день чего-то можно было бы нацарапать
2_
Andrey
В идеальном варианте точное число всегда должно быть равно количеству sku
? это статистически невозможно при релевантном наборе.