|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Добрый день! Помогите разобраться как сгруппировать все столбцы, если такое возможно. Примечание: значения user_id и responsible_user_id(используется в столбце "заблок") равны. Вот примерно как я вижу запрос, примерный результат на скрине. Уже устал с этим запросом, готов даже заплатить за работу. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2020, 10:38 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
вызов ф-ции select count(*) from table select max(имя_поля) from table ровно это и выполняет, группирует по всем столбцам Что у Вас за задача и в чем проблемма, совершенно не понятно. https://www.sql.ru/forum/132692/pravila-foruma-prochtite-pered-tem-kak-zadavat-vopros?mid=16726098#16726098 ...Точно и детально опишите проблему... ...Приложите полноценные исходники и файлы для тестов... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2020, 16:15 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Смысла Вышего мега select'а полученного copy past где только в зависимости от service применяется разный коэф расчета - я не понимаю совершенно Я бы просто сделал табличку со справочником service_id коэф. на который нужно умножить. Зачем плодить 100500 полей в подзапросе - я не понимаю совершенно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2020, 16:34 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Странные условия фильтрации, ну да ладно. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41.
Как-то так. Сотрудника добавь сам. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2020, 21:38 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev Я бы просто сделал табличку со справочником service_id коэф. на который нужно умножить. Зачем плодить 100500 полей в подзапросе - я не понимаю совершенно. +1 ровно тоже самое, я предлагал ТС-у 2-а месяца назад :) 22143317 тут, походу, "глобальная" проблема: человек просто не понимает как это оно работать с множествами Все эти его 100500 подзапросов - это получение/загрузка значения в переменную Такое впечатление, что ТС просто "переводит" код из какого-то императивного ЯПа на СКЛ "один к одному" :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2020, 07:01 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, А как через таблицу сделать то, чтобы копипаста не было? Группировка нужна мне по user_id и responsible_user_id. Есть куча сервисов, я проверяю по каждому сотруднику статусы за день, месяц и все время. От сюда и выходит очень большой запрос, где по каждому сервису проверяются строки по условию, в сумме по сервисам только 73+73+73=219 строк на одного сотрудника, а нужно как то группировку сделать по user_id. Мне хотя бы пример или шаблон нужен, чтобы понять как реализовать это. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2020, 12:02 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Flashpoke, Вы наверно не так поняли, то что я скинул по сути был для одного сотрудника, но я добавил там user_id in (24,82,76,80,73,44,41,63,70,71,57), чтобы как то группировку сделать. по вашему запросу выходит сумма всех User_id, а их надо разделить по строкам, 1 строка показывает результат user_id=24 и так далее Во вложение результат вашего запроса ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2020, 12:08 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
DeLipFin, теперь понял, зачем это всё. Как уже говорили, нужно создать таблицу с коэффициентами по сервисам. service_idcoeff11.026.0......722.5 И как-то так использовать: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
Если это подходит, можно поговорить насчёт "заблок". ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2020, 00:05 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Flashpoke, Спасибо большое, с запросом все получилось! Сейчас более менее логику понимаю, теперь как можно еще добавить столбец с responsible_user_id ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2020, 13:30 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
DeLipFin теперь как можно еще добавить столбец с responsible_user_id Сабселектом в селекте, например. Но зачем, если responsible_user_id совпадает с user_id? И который именно, если данные были агрегированы по user_id? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2020, 19:23 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
Flashpoke, Да эти id совпадают по сотрудникам. Смысл таков, что приходит заявка в ней есть параметры как владелец (user_id) и ответственный (responsible_user_id). Когда заявку выполняет сотрудник и закрывает ее, владелец меняется на него. То что я скидывал последним скрином, он искал заявки по status_id=закрытые заявки и по владельцу. Так же к заявке можно назначить ответственное лицо, по запросу он выводил количество заявок где присутствует ответственный и status_id=новая заявка или открытая. Про "Сабселектом в селекте" ничего сказать не могу, так как никогда не сталкивался с таким. В основном я писал все свои запросы из примеров, и построение запросов было легкое и громадным. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2020, 07:12 |
|
Group by по всем столбцам
|
|||
---|---|---|---|
#18+
DeLipFin, Я это к тому, что в последнем скрине уже нет никаких заявок (они были сагрегированы), есть только юзеры. Поэтому можно разве что пришить к запросу отдельное вычисление с дополнительным условием - что список ответственных юзеров совпадает с тем, по которым мы агрегировали. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2020, 17:15 |
|
|
start [/forum/topic.php?fid=53&fpage=24&tid=1994537]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
76ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
others: | 290ms |
total: | 455ms |
0 / 0 |