здравствуйте снова,господа программисты.Наткнулся на задачку с составлением запроса следущего содержания:
есть таблица DEAL:data(datetime),univer(varchar),ostatok(float),prognoz(float),zakaz(float),zayavka(float):
--data-----------------------univer-----ostatok---prognoz---zakaz----zayavka--
--07.09.2007--------------A1----------100--------15----------5----------NULL------
--08.09.2007--------------A1----------NULL------15----------5----------NULL------
--09.09.2007--------------A1----------NULL------15----------5----------NULL------
--10.09.2007--------------A1----------NULL------15----------5----------NULL------
--11.09.2007--------------A1----------NULL------15----------5----------NULL------
--12.09.2007--------------A1----------NULL------15----------5----------NULL------
--13.09.2007--------------A1----------NULL------15----------5----------NULL------
--07.09.2007--------------A2----------100--------15----------5----------NULL------
--08.09.2007--------------A2----------NULL------15----------5----------NULL------
--09.09.2007--------------A2----------NULL------15----------5----------NULL------
--10.09.2007--------------A2----------NULL------15----------5----------NULL------
--11.09.2007--------------A2----------NULL------15----------5----------NULL------
--12.09.2007--------------A2----------NULL------15----------5----------NULL------
--13.09.2007--------------A2----------NULL------15----------5----------NULL------
Т.е. простая табличка с перечислением остатков по каждому универу(артикулы)на каждую дату,начиная с текущей.Задача в том,чтобы получить выборку univer всех значений ,которые сейчас NULL.
Вычисляются просто(проблема в том,как эти вычисления в запрос впихнуть):значение остатка=значение ostatok за предыдущий день-prognoz-zakaz.Программно сделать несложно,а вот я задумался,как можно с помощью запроса выбрать эти данные,а не считать программно.Есть какие-нибудь мысли?

Добавлено @ 16:18
я так понял,без связей рядом стоящих записей не обойтись.А такое возможно?Я не сталкивался с этим-программно все время делал.

Это сообщение отредактировал(а) Lunatikus - 7.9.2007, 16:18

как идея

идея отличная   ,но поясни,пожалуйста,пару вещей:где тут видно,что будет не просто вычитание значения из предыдущей записи,а то,что это начнется со значения 100 и последовательно посчитав следующую строку.Использует ее новое значение для расчет третьей.Не вижу этого,скорее всего, в силу своей необразованности.С декларом не работал.Но смысл понял =) к тому же,я так понимаю,этот вариант только для фиксированной таблицы с фиксированными значениями =) а если мы не знаем что в таблице,лишь то что остатки на самую первую дату у всех универов имеют значение и отсчет идет от него?

1. это просто идея.
2. вычитание начнется не со значения 100, а с первого d2.univer неравного @univer 
 т.е. если d2.univer == @univer , то продолжаем вычислять @ostatok и апдейтить поле d1.ostatk = "@ostatok - d2.prognoz - d2.zakaz". Иначе @ostatok и поле d1.ostatk = d2.ostatok - d2.prognoz - d2.zakaz. Строка с первой датой по текущему значению @univer под апдейт не подпадает. После вычисления остатка параметру @univer присваивается значение обработанного d1.univer. При выборке следующей строки они могут уже не совпадать и вычисления начнуться заново. Т.е. это тот-же цикл.
Остальное - проверка, чтобы остаток не был меньше 0.
3. Дорабатывать надо для случая, когда даты идут не последовательно, а может быть разрыв более чем 1 день. И извлекать для расчетов с сортировкой order by univer, data.

Это сообщение отредактировал(а) SergKO - 10.9.2007, 11:31

нет,все верно,теперь врубился.Первое несовпадение по универу и соответствует первой дате.
мне все же интересно,можно ли вот это

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

Если я правильно понял вопрос, то 


И еще. Более универсально и независимо от шага даты будет, если в @DEAL добавить поле с identity и связывать по нему



ЗЫ
Спасибо за "плюс в репу"  , но алгоритм такого апдейта с параметрами не мой, сам подглядел (не помню уже где). Там собирали в строку значение поля из нескольких записей.


Это сообщение отредактировал(а) SergKO - 11.9.2007, 05:31

шаг даты всегда равняется одному дню,так что усложнения не надо =) чтож буду пробовать этот запрос подстраивать под себя...