Надо по ночам иногда и спать, наверное

daemon - для переделки запроса надо определиться, что же ты хочешь получить.
Твой запрос не работает потому, что ты не объяснил толком (не нам, а базе данных ), что же ты хочешь. Выбор через * всех полей тут не будет работать, это нормально.

Группируешь ты по имени, но не говоришь, что делать с другими полями.

Я не знаю структуру твоей таблицы, поэтому предположим, что там есть название (name) и цена (price). То есть, для одинаковых имен есть разные цены.

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

Ну, а дальше, если поймешь принцип, сделаешь сам всё, что тебе нужно.

Ну как бы перечисли просто нужные поля через запятую

При этом будут выбраны все группы строк, содержащие уникальные комбинации имени товара и его кода. И так далее, для любых параметров. Вплоть до того, что ты можешь указать все имеющиеся ячейки. Это приведет к тому, что будут выбраны все из имеющихся уникальных комбинаций всех параметров. Если это твоя задача - тогда ОК.
Учти, что ты НЕ МОЖЕШЬ указать звёздочку в GROUP BY, там надо перечислять в явном виде поля, по которым идет группировка.

Но у меня есть одно смутное подозрение... Лучше скажи, что ты хочешь получить, какой результат. Какие еще поля есть в таблице, которые ты хочешь вывести. Возможно, что тебе нужен не GROUP BY, а другие средства?

PS. kirik - хочу обратить особое внимание, что эти же поля надо перечислить в GROUP BY!!!

Вот те поля которые нужны при выборке из таблицы

А что будет делать Постгре с другими полями, которые не попали в выборку? Как их обрабатывать?

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

Допустим, ты делаешь группировку только по полю name (попадают по 3-5 строк), но хочешь выводить name и short_description? Причем так, что бы только одно произвольное short_desctiption было в выборке? Если да, то для этого есть другие средства.

Остальные поля в принципе не нужны, главное чтобы были эти

Вот ваш запрос, но просто при выборке я получаю только поле name, а мне просто еще нужно еще несколько полей...вот и вся проблема

Этот запрос сделает следующее:
1. Разобъет всю информацию на блоки, в каждом блоке будет уникальный name.
2. Внутри каждого блока отсортирует в обратном порядке по цене, т.е. максимальная цена будет в самом верху. Именно эта запись и попадет в итоговую выборку.
3. Полученные записи отсортирует по name.

Вот и проблемка, у выборке только поле name.

Запрос, который описаний выше при выборке иногда появляться одинаковые name, а я хочу чтоб у выборке должны быть уникальные name, чтоб не было повторения name.

В принципе в запросе нужно только сортировка по name, а по price не нужно.

В Постгре есть другая "фишка", которая и используется в данном случае: "DISTINCT ON (name)", т.е. выбрать уникальные имена. Тем более, что надо выбрать все параметры, а сгруппировать по одному из них. Поэтому GROUP BY тут не поможет, а только навредит.

Он не то, чтобы "навредит"... Но просто если ты вместо

напишешь что-то типа

Ошибка (ее суть) будет гласить о том, что ты выбираешь колонки, которые не включил в группировку.

В поле field1 занесены произвольные данные, а в поле field2 занесены данные из ограниченного набора, всего несколько штук. Всего записей очень много, сто тысяч (таблица - в тестовой базе, как раз для тестирования всяких "извратов" ).

Следующий запрос выдает результат, который ожидается.

Можно извращаться с сортировкой, например:

и разные другие варианты - результаты финальной выборки будут разные, но полностью ожидаемые.

А вот такой запрос

выдает ошибку