2ВладимирМ: Умен не по гадам.

Базара нет, решение не лучшее, но тем не менее, катит.



create table #T (id char(100), [date] datetime, value char(100))
--
insert into #T values ('good1', getdate(), 'value1')
waitfor delay '000:00:01'
insert into #T values ('good1', getdate(), 'value2')
waitfor delay '000:00:01'
insert into #T values ('good1', getdate(), 'value3')
waitfor delay '000:00:01'
insert into #T values ('good1', getdate(), 'value4')
waitfor delay '000:00:01'
insert into #T values ('good1', getdate(), 'value5')
waitfor delay '000:00:01'
insert into #T values ('good1', getdate(), 'value6')
waitfor delay '000:00:01'
insert into #T values ('good2', getdate(), 'value1')
waitfor delay '000:00:01'
insert into #T values ('good2', getdate(), 'value2')
waitfor delay '000:00:01'
insert into #T values ('good3', getdate(), 'value1')
waitfor delay '000:00:01'
insert into #T values ('good3', getdate(), 'value2')
waitfor delay '000:00:01'
insert into #T values ('good3', getdate(), 'value3')
waitfor delay '000:00:01'
insert into #T values ('good3', getdate(), 'value4')
waitfor delay '000:00:01'
insert into #T values ('good3', getdate(), 'value5')
waitfor delay '000:00:01'
insert into #T values ('good3', getdate(), 'value6')
waitfor delay '000:00:01'
insert into #T values ('good4', getdate(), 'value1')


-- сам код
declare @t table (id char(100))
declare @id char(100)
declare @t2 table (id char(100), [date] datetime, value char(100))

insert @t select distinct id from #T
select @id = id from @t
while(exists(select 1 from @t))
begin
insert @t2 select top 5 * from #T where id = @id order by [date] desc
delete @t where id = @id
select @id = id from @t
end
-- результат
select * from @t2 order by id

2ReaperMan: Надо понимать, что ваше решение просто спекулирует на 2 вещах.

1. OderID - это целое число, растущее по мере появления Заказов. Но это легко поправить, упорядочив по полю OrderDate
2. OderID - ключ таблицы. Вот его-то и нет в нашем случае.

Так что не катит.

Хело, пацаны

2ReaperMan:

>ИМХО автор темы позабыл самое главное упомянуть. Он сказал:
>> запрос, который бы выбирал только первые 5 значений для каждого товара....
>совершенно забыв уточнить КАКИХ ИМЕННО первых пять значений (по дате, в порядке физического попадания в таблицу, еще по >каким-то параметрам). Поэтому я всего лишь предложил примерное направление "копания".

Зачем катить на автора сабжа? Зачем незжать?
Все просто и ясно сказано: три поля ID, DATE, VALUE. Даже данные приведены, где видны повторяющиеся значения
ID. Что за 5 записей - ежу ясно, что для каждого товара, имеющегося в таблице, вытянуть не более 5 записей, упорядочив по дате (самые свежие, логично).


>> Надо понимать, что ваше решение просто спекулирует на 2 вещах
>Я как бы решениями не спекулирую, а вот базировалось оно на следующих предпосылках:
>1. В целевой таблице столбец GoodsID скорее всего является чьим-то FK, значения не уникальны ессно.

Брат, это не целевая таблица. Не путай: это твоя таблица, которая к теме вопроса вабще не имеет отношения. потому как поля GoodsID нет в вопросе. Вникни в постановку задачи - у нас таблица Истории, а не таблица собственно сущностей. Понял?

>2. В данной табле д.б. какой-то PK, ну или еще какой то тот самый критерий, по которому мы будем отбирать первые пять >записей. Согласись, без такого критерия постановка задачи бессмысленна.

Опять смотри вопрос: ID, DATE, VALUE. Этого достаточно - зацени также предложенное мной решение (сравни исходную таблицу и результат выборки)

>Так что в приведенном мной примере идеология именно такая.

Да... Тебе бы только базарить, как посмотрю.



>> OderID - ключ таблицы. Вот его-то и нет в нашем случае.
>В таблице нет ключа??? Гмммм... по ходу тогда автору надо просто слегонца пересмотреть свой подход к проектировке, РТФМом >заняться и т.д. Не так ли?

Ключ, конечно, есть - он составной (ID, DATE, VALUE). Я имею ввиду, что нет ключа из одного поля, на чем и построен твой вариант. По ходу, пацан, ты слишком пригибаешь пипл.


>> Так что не катит.
>А вот катит или не катит - пусть скажет автор темы. К тому же мой запрос легко модифицируется под данную конкретную задачу, >только поменяй поля a.EmployeeID -> a.GoodID, a.OrderID -> a.Date да подставь соответствующую таблу. Не так?

Нарисуй, если не влом, заценим. А то трудно понять о чем речь: поля GoodID вообще-то нет. Есть ID.
Ну даже если так:

select a.ID, a.[DATE], a.value from #T a
where a.[DATE] in
(select top 5 b.[DATE]
from #T b
where b.ID = a.ID
order by b.[DATE] ASC)
ORDER BY a.[DATE] ASC

У меня никак не вышло получить список (для моих тестовых данных)
good1 2002-04-05 10:59:25.923 value6
good1 2002-04-05 10:59:24.907 value5
good1 2002-04-05 10:59:23.800 value4
good1 2002-04-05 10:59:22.800 value3
good1 2002-04-05 10:59:21.800 value2
good2 2002-04-05 10:59:27.923 value2
good2 2002-04-05 10:59:26.923 value1
good3 2002-04-05 10:59:33.923 value6
good3 2002-04-05 10:59:32.923 value5
good3 2002-04-05 10:59:31.923 value4
good3 2002-04-05 10:59:30.923 value3
good3 2002-04-05 10:59:29.923 value2
good4 2002-04-05 10:59:34.923 value1

А именно этот список нужен, как мне кажется. Или нет?

>Твое решение, кста, в случае семерки тоже не катит, ибо там нет типа данных table, AFAIK
>Хотя конечно можно выкрутиться на темптэйблах

Ну если 7, то да. Но кто говорил, что решение для 7? По умолчанию ориентируются на последнюю версию вабще-то.
Еще бы неплохо сказать, что оно не пашет на версии 6.5.

P.S. Я тебе не девочка, чтобы рожи в мессаге лепить.

Попробуй так тогда (удалось заставить работать запрос ReaperMan):


create table #T (id char(10), id_prop char(10), [date] datetime, value char(100))
--
insert into #T values ('good1', 'price', getdate(), 'value1')
waitfor delay '000:00:01'
insert into #T values ('good1', 'price', getdate(), 'value2')
waitfor delay '000:00:01'
insert into #T values ('good1', 'quantity', getdate(), 'value3')
waitfor delay '000:00:01'
insert into #T values ('good1', 'quantity', getdate(), 'value4')
waitfor delay '000:00:01'
insert into #T values ('good1', 'quantity', getdate(), 'value5')
waitfor delay '000:00:01'
insert into #T values ('good1', 'quantity', getdate(), 'value6')
waitfor delay '000:00:01'
insert into #T values ('good2', 'quantity', getdate(), 'value1')
waitfor delay '000:00:01'
insert into #T values ('good2', 'quantity', getdate(), 'value2')
waitfor delay '000:00:01'
insert into #T values ('good3','quantity', getdate(), 'value1')
waitfor delay '000:00:01'
insert into #T values ('good3', 'price', getdate(), 'value2')
waitfor delay '000:00:01'
insert into #T values ('good3', 'price', getdate(), 'value3')
waitfor delay '000:00:01'
insert into #T values ('good3', 'price', getdate(), 'value4')
waitfor delay '000:00:01'
insert into #T values ('good3', 'price', getdate(), 'value5')
waitfor delay '000:00:01'
insert into #T values ('good3', 'price', getdate(), 'value6')
waitfor delay '000:00:01'
insert into #T values ('good4', 'price', getdate(), 'value1')






-- Запрос a-la ReaperMan
select a.ID, a.id_prop, a.[DATE], a.value from #T a
where a.[DATE] in
(select top 5 b.[DATE]
from #T b
where b.ID = a.ID
AND b.id_prop = 'price'
order by b.[DATE] DESC
)
AND a.id_prop = 'price'
ORDER BY a.id, a.[DATE] DESC

2Александр Гладченко

Намек понял. Базар буду фильтровать конкретнее.

2ReaperMan

Трудно представить себе ситуацию, когда человек так может противоречить здравому смыслу, как ты щас.
Я честно признал, что твой запрос (в том виде, что я сформировал) пашет, и пашет круче моего. Более того,
я сразу пометил свой вариант как не оптимальный. Одним словом, надо найти в себе мужество и признать свои
ошибки.

Так вот, ты пишешь:

>З.З.Ы. Добавлю, что приведенный запрос таки не очень-то совершенен, т.к. при наличии записей с одинаковыми ID и Date
>для данного товара будет выбран вовсе не TOP 5...
>Однако при наличии такой таблицы иметь составной ключ (ID, DATE, VALUE) - дурь несусветная, ибо ИМХО достаточно (ID, >VALUE).

Логично, что в один момент време%E

Логично, что в один момент времени (DATE) некий товар (ID) может иметь только одно значение (заданного) атрибута (VALUE)?
Скажем, Автомобиль в некоем магазине в 12.10 5 Апреля 2002 года не может стоить одновременно $100 и $200. Не так ли?
Думаю, так. Тогда твоя ситуация "наличии записей с одинаковыми ID и Date" возможна только в случае, если поле DATE хранит
дату с малой точностью (smalldatetime, скажем) так, что изменения атрибута VALUE за некий промежуток времени соответствуют
одной и той же комбинации ID и DATE. И ответь мне, какой же будет ключ тогда из (ID, DATE)? Думаю, ответ ясен - никакой.

Я уже не говорю про то, что в один момент времени могут измениться два атрибута: скажем Цена и Количество. Вот и будет у
тебя "ключ" с кучей поторяющихся записей...