1b.app
Скопирована ссылка -

Доработка блока отчетов: Таблица контактов

В такую таблицу https://prnt.sc/107kqfy , нужна дополнительная логика
1) Добавить колонку - Максимальный объем продаж за месяц: Смотрим клиента по дате создания и все процессы по нему за все время с этой даты по месячно, проверяем в каком месяце была самая большая сумма и выводим её.
Например, клиент с нами 2 года, в феврале прошлого года у него было 53000 грн. по заказам и это самая большая цифра за все время - выводим её.
2) Средний объем продаж: считаем формулу сумма всех Заказов с момента создания контакта/ кол-во месяцев с даты создания.
Пример: контакт создали 14.02.2020, мы смотрим 03.03.2021 отчет
берем сумму всех заказов за этот период и делим на 14 (месяцев).

Можем ли добавить такую логику в таблицу?
Сколько в часах?

Ответы:


Тимофеев Артем Олегович писал/а:
1) Добавить колонку - Максимальный объем продаж за месяц: Смотрим клиента по дате создания и все процессы по нему за все время с этой даты по месячно, проверяем в каком месяце была самая большая сумма и выводим её.
Например, клиент с нами 2 года, в феврале прошлого года у него было 53000 грн. по заказам и это самая большая цифра за все время - выводим её.

4 часа
но данный пункт из-за группировки по дате и суммирования заказов может сильно "тормозить" загрузку отчёта


Тимофеев Артем Олегович писал/а:
2) Средний объем продаж: считаем формулу сумма всех Заказов с момента создания контакта/ кол-во месяцев с даты создания.
Пример: контакт создали 14.02.2020, мы смотрим 03.03.2021 отчет
берем сумму всех заказов за этот период и делим на 14 (месяцев).

3 часа
26.02.2021, 15:06


Тындык Максим Вадимович
Администратор писал/а:
но данный пункт из-за группировки по дате и суммирования заказов может сильно "тормозить" загрузку отчёта

Есть вариант сразу избежать этого в разработке?
26.02.2021, 15:08


Тимофеев Артем Олегович писал/а:
Есть вариант сразу избежать этого в разработке?

нет
ибо то, что вы хотите - не оптимально и зависит от количества данных
разработка не уменьшит количество данных
26.02.2021, 15:09


Тындык Максим Вадимович
Администратор писал/а:

Тимофеев Артем Олегович писал/а:
Есть вариант сразу избежать этого в разработке?

нет
ибо то, что вы хотите - не оптимально и зависит от количества данных
разработка не уменьшит количество данных

Если кастомизировать отчет?
26.02.2021, 15:11


Тимофеев Артем Олегович писал/а:
Если кастомизировать отчет?

какая разница кастомизировать или нет - ваша логика "плохая" (так мягко скажем)
единственный вариант чтобы это не тупило - это не делать.
26.02.2021, 15:14

я запрещаю делать кастом
26.02.2021, 15:22


Тындык Максим Вадимович
Администратор писал/а:
единственный вариант чтобы это не тупило - это не делать.

Это не подходит. Нужно решение смотреть именно эти показатели.
Я правильно понимаю, что единственное решение с "будет тупить"
и других адекватных решений кроме "не делать" точно(!) нет?
26.02.2021, 17:06


Тимофеев Артем Олегович
Сотрудник писал/а:

Тындык Максим Вадимович
Администратор писал/а:
единственный вариант чтобы это не тупило - это не делать.

Это не подходит. Нужно решение смотреть именно эти показатели.
Я правильно понимаю, что единственное решение с "будет тупить"
и других адекватных решений кроме "не делать" точно(!) нет?

у каждого разные понятия тупить

при хорошем сервере и правильной настройке тупить не будет
26.02.2021, 17:21


Устименко Игорь
OneBox CTO писал/а:
у каждого разные понятия тупить

при хорошем сервере и правильной настройке тупить не будет

Я понял. Но это не дает ни каких гарантий.
В целом по оценке ясно.
26.02.2021, 17:23


Тимофеев Артем Олегович
Сотрудник писал/а:

Устименко Игорь
OneBox CTO писал/а:
у каждого разные понятия тупить

при хорошем сервере и правильной настройке тупить не будет

Я понял. Но это не дает ни каких гарантий.
В целом по оценке ясно.

Забудь о слове гарантия через форум тут никто никому ничего не должен
28.02.2021, 14:52

Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации. Войти и написать комментарий