Мне необходимо заполнить прайс-листы, находящиеся в одной таблице, данными из остатков по товарам, которые формируются в уже имеющейся SP (для SergSuper - её я доработал с Вашей помощью ). Можно ли в SP, которая займется заполнением прайса, поставить вызов SP, формирующей данные по остаткам???

Отвечаю сам себе Не стал ломать голову. Просто создаю таблу в SP, формирующей сведения по остаткам, а в этой SP еe использую:
UPDATE price_records
set price_records.kol_vo =o.ostatok, price_records.price =o.price_uchet/o.ostatok
FROM price_records p, ost_t o
WHERE p.price_id = @price_s
AND p.detail_id = o.detail_id
AND p.base_id = o.base_id
AND p.vkl<>0
Примитивно, но работает... Хотя остается поле для предложений, т. к. вопрос этим не закрыт

Фэнкс, Slava. И как это я сам не догадался???

Увы. "Invalid object name '#ost_t'" Быть может, я как-то не так создаю SP:

CREATE PROCEDURE SEL_OST_TATOK (@price_s varchar(40), @date_2 smalldatetime, @base_s smallint, @sel_s varchar(40)) AS
BEGIN
--Временная таблица для остатка, который не имел движения и поэтому д. б. просто последний остаток
create table #ostatok_dat (base_id smallint, detail_id int null, Max_dat smalldatetime)
insert into #ostatok_dat
select base_id, detail_id, MAX(date) AS Max_dat
FROM ostatok where ostatok.base_id=@base_s and ostatok.date<=@date_2
GROUP BY base_id, detail_id

--Выборка самих остатков по полученным данным
create table #ost_t (base_id smallint, date smalldatetime, detail_id int, ostatok int, price_uchet float)
insert into #ost_t
SELECT ostatok.BASE_ID, #ostatok_dat.Max_dat, ostatok.detail_id, ostatok.ostatok, ostatok.price_uchet
FROM ostatok RIGHT OUTER JOIN #ostatok_dat ON ostatok.base_id = #ostatok_dat.base_id AND ostatok.detail_id = #ostatok_dat.detail_id AND ostatok.date = #ostatok_dat.Max_dat
end

А затем идет вызов типа:
CREATE PROCEDURE upd_price_ost (@price_s varchar(40), @date_2 smalldatetime, @base_s smallint, @sel_s varchar(40)) AS

--Процедура расчета остатков на конечную дату и занесения данных в прайс

BEGIN

exec sel_ost_tatok @base_s=25, @date_2='5.25.2001', @price_s=@price_s, @sel_s =''

--Занесение самих данных
UPDATE price_records
set price_records.kol_vo =o.ostatok, price_records.price =o.price_uchet/o.ostatok
FROM price_records p, #ost_t o
WHERE p.price_id = @price_s
AND p.detail_id = o.detail_id
AND p.base_id = o.base_id
AND p.vkl<>0

end

QA выдает "Invalid object name '#ost_t'" Я вынужден с ним согласиться и использовать старый вариант

PS. Обидно, но факт, что решение есть. Но моего опыта для его быстрого поиска не хватает...

OK, Slava. Все работает Таким образом, Вы ответили на мой вопрос, за что большое Вам спасибо! Не теряйте эту конференцию из виду - мне она кажется лучшей из русскоязычных.

Вообше-то вставляются комбинации типа многоточие и скобка - или точка с запятой и скобка - и т.д (см. теорию "смайликов"). Остальное доделывает сервер. Успехов!

Попробуй другие комбинации знаков типа : ; 8 и скобок ( ). Там их много

2 SergSuper
С самого начала в нашем головном офисе был SQL6.5. Мне была поставлена задача перевода всего на SQL7, что я и выполнил с соответствующей переделкой всех View, SP и т.д. ( в течение 1 месяца). Будь моя воля, SQL7 сейчас был бы так же кандидатом на моральный апгрейд Но, увы, я пока не вхожу в число лиц, принимающих подобные решения.

Вопрос по теме: как из процедуры остатков сделать функцию (пункт а)???

2 SergSuper
Спасибо Ваши ответы всегда вдохновляют меня на более глубокое изучение SQL Server...

Спасибо за ответ, Сергей. Кстати, насчет твоей интуиции. По-моему, она у тебя базируется на твоем огромном знании и опыте. Именно поэтому мне так легко довериться твоим рекомендациям в ситуации поиска быстрого решения, даже если ты их никак не обосновываешь.
Успехов, Александр.

2 Slava.
С Вашим мнением насчет интуиции не согласен!!! Вы же сами говорите о сроках. Вот давайте представим, что Вы начали разработку базы с нуля, а не ориентируясь на уже готовый вариант. Если под каждый свой шаг Вы станете искать в умных книжках строчку, обосновывающую данный шаг, то Ваша работа станет напоминать работу поискового сервера, а не разработчика БД
Кстати, посмотрите в книгах определение понятия интуиции. Очень хотелось бы говорить с Вами на одном языке...
О сроках. Сроки с начальством желательно обсуждать не в разрезе целого проекта, а по этапам его выполнения. Если, конечно, это возможно

2 Slava
Интуиция требуется везде, где необходим (большой объем знаний + что-то еще неизвестное или позабытое) для создания полноценного продукта. Вспомните историю создания таблицы Менделеева. Кстати, подвести теоретическую базу под какую-либо разработку (типа принципов нормализации) - так это же надо сначала эту разработку до ума довести Короче интуицию я считаю более препочтительной для себя в вышеописанных случаях, чем метод "научного тыка".
Успехов

"Интуиции бывает достаточно для усмотрения истины, но её недостаточно, чтобы убедить в этой истине других и самого себя. Для этого необходимо доказательство" (БСЭ)
См: http://www.rubricon.ru/

2 Slava
Коллега, для того, чтобы выбрать арбуз на базаре, нужно гораздо меньше интуиции, чем знания некоторых приемов опознавания структуры сего продукта (я коренной астраханец и уж в этом деле знаю толк) Но для того, чтобы внедрить в жизнь какой-либо информационный проект, интуиции необходимо гораздо больше, чем в первом случае А вопрос о необходимости таблицы и ее "причесанности" с точки зрения нормализации ты сможешь разрешить с помощью теории лишь после того, как он (этот вопрос) у тебя вообще появился. Сожалею, но без некоторой доли интуиции он может и не появиться

Ребята, читаю Ваши ответы, и как-то легче на душе становится Хорошо, что вы есть.