В такую таблицу https://prnt.sc/107kqfy , нужна дополнительная логика
1) Добавить колонку - Максимальный объем продаж за месяц: Смотрим клиента по дате создания и все процессы по нему за все время с этой даты по месячно, проверяем в каком месяце была самая большая сумма и выводим её.
Например, клиент с нами 2 года, в феврале прошлого года у него было 53000 грн. по заказам и это самая большая цифра за все время - выводим её.
2) Средний объем продаж: считаем формулу сумма всех Заказов с момента создания контакта/ кол-во месяцев с даты создания.
Пример: контакт создали 14.02.2020, мы смотрим 03.03.2021 отчет
берем сумму всех заказов за этот период и делим на 14 (месяцев).
Можем ли добавить такую логику в таблицу?
Сколько в часах?
В такую таблицу 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 часа
[quote]
Тимофеев Артем Олегович писал/а:
1) Добавить колонку - Максимальный объем продаж за месяц: Смотрим клиента по дате создания и все процессы по нему за все время с этой даты по месячно, проверяем в каком месяце была самая большая сумма и выводим её.
Например, клиент с нами 2 года, в феврале прошлого года у него было 53000 грн. по заказам и это самая большая цифра за все время - выводим её.
[/quote]
4 часа
но данный пункт из-за группировки по дате и суммирования заказов может сильно "тормозить" загрузку отчёта
[quote]
Тимофеев Артем Олегович писал/а:
2) Средний объем продаж: считаем формулу сумма всех Заказов с момента создания контакта/ кол-во месяцев с даты создания.
Пример: контакт создали 14.02.2020, мы смотрим 03.03.2021 отчет
берем сумму всех заказов за этот период и делим на 14 (месяцев).
[/quote]
3 часа
Тындык Максим Вадимович Администратор писал/а: но данный пункт из-за группировки по дате и суммирования заказов может сильно "тормозить" загрузку отчёта
Есть вариант сразу избежать этого в разработке?
[quote]
Тындык Максим Вадимович
Администратор писал/а:
но данный пункт из-за группировки по дате и суммирования заказов может сильно "тормозить" загрузку отчёта
[/quote]
Есть вариант сразу избежать этого в разработке?
Тимофеев Артем Олегович писал/а: Есть вариант сразу избежать этого в разработке?
нет ибо то, что вы хотите - не оптимально и зависит от количества данных разработка не уменьшит количество данных
[quote]
Тимофеев Артем Олегович писал/а:
Есть вариант сразу избежать этого в разработке?
[/quote]
нет
ибо то, что вы хотите - не оптимально и зависит от количества данных
разработка не уменьшит количество данных
Тимофеев Артем Олегович писал/а: Есть вариант сразу избежать этого в разработке?
нет ибо то, что вы хотите - не оптимально и зависит от количества данных разработка не уменьшит количество данных
Если кастомизировать отчет?
[quote]
Тындык Максим Вадимович
Администратор писал/а:
[quote]
Тимофеев Артем Олегович писал/а:
Есть вариант сразу избежать этого в разработке?
[/quote]
нет
ибо то, что вы хотите - не оптимально и зависит от количества данных
разработка не уменьшит количество данных
[/quote]
Если кастомизировать отчет?
Тимофеев Артем Олегович писал/а: Если кастомизировать отчет?
какая разница кастомизировать или нет - ваша логика "плохая" (так мягко скажем) единственный вариант чтобы это не тупило - это не делать.
[quote]
Тимофеев Артем Олегович писал/а:
Если кастомизировать отчет?
[/quote]
какая разница кастомизировать или нет - ваша логика "плохая" (так мягко скажем)
единственный вариант чтобы это не тупило - это не делать.
Тындык Максим Вадимович Администратор писал/а: единственный вариант чтобы это не тупило - это не делать.
Это не подходит. Нужно решение смотреть именно эти показатели. Я правильно понимаю, что единственное решение с "будет тупить" и других адекватных решений кроме "не делать" точно(!) нет?
[quote]
Тындык Максим Вадимович
Администратор писал/а:
единственный вариант чтобы это не тупило - это не делать.
[/quote]
Это не подходит. Нужно решение смотреть именно эти показатели.
Я правильно понимаю, что единственное решение с "будет тупить"
и других адекватных решений кроме "не делать" точно(!) нет?
Тындык Максим Вадимович Администратор писал/а: единственный вариант чтобы это не тупило - это не делать.
Это не подходит. Нужно решение смотреть именно эти показатели. Я правильно понимаю, что единственное решение с "будет тупить" и других адекватных решений кроме "не делать" точно(!) нет?
у каждого разные понятия тупить
при хорошем сервере и правильной настройке тупить не будет
[quote]
Тимофеев Артем Олегович
Сотрудник писал/а:
[quote]
Тындык Максим Вадимович
Администратор писал/а:
единственный вариант чтобы это не тупило - это не делать.
[/quote]
Это не подходит. Нужно решение смотреть именно эти показатели.
Я правильно понимаю, что единственное решение с "будет тупить"
и других адекватных решений кроме "не делать" точно(!) нет?
[/quote]
у каждого разные понятия тупить
при хорошем сервере и правильной настройке тупить не будет
Устименко Игорь OneBox CTO писал/а: у каждого разные понятия тупить
при хорошем сервере и правильной настройке тупить не будет
Я понял. Но это не дает ни каких гарантий. В целом по оценке ясно.
[quote]
Устименко Игорь
OneBox CTO писал/а:
у каждого разные понятия тупить
при хорошем сервере и правильной настройке тупить не будет
[/quote]
Я понял. Но это не дает ни каких гарантий.
В целом по оценке ясно.
Устименко Игорь OneBox CTO писал/а: у каждого разные понятия тупить
при хорошем сервере и правильной настройке тупить не будет
Я понял. Но это не дает ни каких гарантий. В целом по оценке ясно.
Забудь о слове гарантия через форум тут никто никому ничего не должен
[quote]
Тимофеев Артем Олегович
Сотрудник писал/а:
[quote]
Устименко Игорь
OneBox CTO писал/а:
у каждого разные понятия тупить
при хорошем сервере и правильной настройке тупить не будет
[/quote]
Я понял. Но это не дает ни каких гарантий.
В целом по оценке ясно.
[/quote]
Забудь о слове гарантия через форум тут никто никому ничего не должен
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий