совсем расширенный вариант:

select id,value,max(s_value) from table1 group by id

Выбирает для каждого ID значение value у которого значение s_value максимально, например выбрать максимальные суммы заказов и имена для каждого работника за год будет так:
select id,name,max(zakaz_price) where year=2009 from table1 group by id

на выходе будет id - имя сотрудника - максимальная стоимость заказа за 2009 год

П.С. Пример придуманный - понятно что хранить имена сотрудников в таблице заказов глупо =)
П.П.С. Тему нашел случайно через Яндекс, по всем вопросам пишите support@personalmail.ru

Поисковику пофиг на возраст, а ответа в тему никто так и не дал.
в примере выше - id это не primary key а идентификатор сотрудника, и заранее извиняюсь - не глянул название ветки, писал по mysql - там все запросы работают 100%, только что проверил вот такой запрос
select obor_id,cena,max(date_in) from price_change group by obor_id - вывел последние цены по каждому оборудованию по date_in (int, unix timestamp), возможно mssql не поддерживает агрегатные функции в имени поля, нужно проверять....

iap, а вы правы на 100%, не сортирует.. а тема оказывается глубже чем я думал...

iap, вы спрашивали какую цену выводит... в том запросе выводит без сортировки - первую попавшуюся..

и народ не тупите - группировать по первичному ключу это идиотизм, первичный ключ в запросе вообще не фигурирует . obor_id это номер оборудования для которого в дату date_in была установлена цена cena
правильный запрос сейчас выглядит так

select obor_id,cena from price_change where date_in IN (select max(date_in) from price_change group by obor_id)

подзапрос выбирает максимальные (последние) даты для каждого оборудования, а сам запрос находит по этим датам соответвующие строки и выводит в виде таблицы id_оборудования,цена

п.с. запрос работает при условии уникальности date_in, в противном случае пришлось бы доставать значения primary_key

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

а для гуру SQL задачка
можно ли при использовании неуникальных значений date_in обойтись без двух подзапросов, т.к. получаются уже 3 запроса:
выборка date_in,
выборка primary_key по первой выборке,
выборка нужных колонок по второй выборке

нет... тут вообще фигня... он первичный ключи по неуникальным значениям не вытащит......

iap, спасибо за перевод между языками ;)

а по поводу задачки выше - решить её через временную таблицу можно... но в любом случае не гарантирована уникальность связки obor_id и date_in - так как это не первичные ключи

сейчас проверка реализована посредством php перед выводом в браузер, вот думал перенести нагрузку с php на БД, но видно не судьба - а то вылавливай потом ошибки.....