Код: Выделить всё
SELECT FIRST 1
PRICE
FROM
T_PRICE
WHERE
:DATE >= DATE_PRICE
ORDER BY
DATE_PRICE DESC
Самый ИМХО классический вариант, сами таким пользуемся. Только самую первую запись пишем на 01.01.1980, потому как у клиентов привычка заводить карточку нового товара прямо из накладной, которая уже создана на дату.CyberMax писал(а):Дано: товар и переменный атрибут - цена.
Задание: как определить цену товара в произвольный день?
Самое простое решение: табличка с полями "Дата" и "Цена".
Запрос определения:Есть ли другие варианты решения данной задачи?Код: Выделить всё
SELECT FIRST 1 PRICE FROM T_PRICE WHERE :DATE >= DATE_PRICE ORDER BY DATE_PRICE DESC
Код: Выделить всё
CREATE TABLE PRICEARCHIVE (
GOODSID INTEGER NOT NULL,
PRICE NUMERIC(9,2),
DATEBEG DATE NOT NULL,
DATEEND DATE DEFAULT '31.01.2099' NOT NULL);
ALTER TABLE PRICEARCHIVE ADD CONSTRAINT PK_PRICEARCHIVE PRIMARY KEY (GOODSID, DATEBEG, DATEEND);
select Price
from PriceArchive
where GoodsId=:GoodsId and :ActDate between DateBeg and DateEndДык, и у CyberMax тоже одна цена на период. И экономно получается, так как нет dateend. И работать, скорее всего, будет быстрее, так как не надо считывать дополнительный индекс по dateend (cоставной индекс по (datebeg ,dateend) здесь тоже не поможет).WildSery писал(а): Цена хранится непересекающимися периодами. Т.е. не 1 день = 1 цена, а может быть 1 цена в течение месяца.
При определённых условиях (десятки прайс-листов с небольшими ежедневными изменениями) экономит море места.
Вообще он не говорил, сохраняется ли цена каждый день или только когда меняется. Если когда меняется - то тут не предусмотрена ситуация, когда цены в конкретный период нет вообще.Andrew Sagulin писал(а):Дык, и у CyberMax тоже одна цена на период. И экономно получается, так как нет dateend.
Конкретный индекс я написал в примере. А вместо бла-бла возьми да попробуй. Быстрее не будет, 1 запись по индексу выбирается.Andrew Sagulin писал(а):И работать, скорее всего, будет быстрее, так как не надо считывать дополнительный индекс по dateend (cоставной индекс по (datebeg ,dateend) здесь тоже не поможет).
).Собственно, без разницы. Первое что из головы набилось. Главное, чтобы была практически недостижимая дата.CyberMax писал(а):Там, кстати, имелось ввиду 31 декабря, а не января?
А насколько правильно в один регистр сводить несколько признаков: цена товара и его наличие в продаже?WildSery писал(а):Вот только товар - это не билет. Он имеет тенденцию исчезать из продажи и появляться вновь.
ИМХО цена должна быть равна ближайшему значению в прошлом, как уже здесь выше говорилось... По крайней мере у нас такWildSery писал(а):Это следствие, не путай. По отсутствию цены можно определить отсутствие товара, но цель такого хранения не в этом.nicolas писал(а):А насколько правильно в один регистр сводить несколько признаков: цена товара и его наличие в продаже?
Какая по-твоему должна быть цена в этот период?
а null тебе зачем дан?WildSery писал(а):По отсутствию цены можно определить отсутствие товара, но цель такого хранения не в этом.
Какая по-твоему должна быть цена в этот период?