Добрый вечер всем! Имееется вот такой запрос:



Данный запрос выберает все отправленные отчеты по отправителю ([email protected]), один отчет может уйти на нескольких адресатов, тем самым я пытаюсь сделать Group by по id отчета, что бы каждый отправленные отчет стал уникальным. При выполнении этого запроса вываливается такая ошибка:


Что я не так делаю ?

1. что то непонятное накрутили после from
2. При группировке обязательно нужно указывать все поля
3.  условием r.ROUTE = '[email protected]' - вы уже выбрали только те кто уходит на '[email protected]'

ну и sql должен приобрести приблизительно такой вид:


Это сообщение отредактировал(а) password - 29.12.2011, 18:15

Дело в том что r.ROUTE это выбирает все отправленные ... [email protected] это тот кто отправил отчет.

Если будет такая ситуация:



если тут группировать по ID, какой будет результат ?

только по одному полю ID группировать нельзя, если вы группируете, то группировку нужно проходит ПО ВСЕМ ВЫВОДИМЫМ полям, кроме расчетных (SUM,COUNT,MAX....)
почитайте про "Аналитические функции "в ORACLE 

Это сообщение отредактировал(а) password - 29.12.2011, 18:32

Понятно, спасибо большое за объяснение ) я просто не правильно понимал как работает group by.

А не подскажите, group by  так работает во всех СУБД ? или только в Oracle ?

Исключения я встречал только MySQL и в DBASE при работе через FOXPRO - там можно группировать по нескольким полям.

Это сообщение отредактировал(а) password - 29.12.2011, 18:57

  
Здесь тоже можно группировать по нескольким полям.
Наверное ты не правильно выразился.   

На счет FoxPro не знаю, но MySQL действительно допускает использовать в списке выводимых полей (select-list) не перечисленные в выражении group by поля без использования аггрегатов. Что, с моей точки зрения, слишком часто сбивает с толку новичков, мешает им понять суть происходящего и провоцирует их допускать ошибки. 


Для того, чтобы правильно реализовать это условие, надо определиться по какому принципу дожны формироватся дополнительные аттрибуты выборки.
Например в вашем случае:

какой дескрипшн из двух указанных, должен оказаться результирующей выборке, если значение ID станет там уникальным?

На этом примере прекрасно видно благо, которое несет наличие ограничения, наложенного ораклом. Начинающий MySQLщик не стал бы париться этим вопросом и получил бы недетерменированный результат, который сегодня, на тестовой среде, казалось бы, стабильно возвращает descr1, а завтра, при переносе окружение заказчика, необъяснимо, станет возвращать descr2.

Это сообщение отредактировал(а) Zloxa - 30.12.2011, 02:15