Вот интересно, сработал ли запросик? Нет, с синтаксисом все нормально, вот только увидит ли данная сторедпрока временную таблицу, "сформированную в программе"? Грабельки-то старенькие 2 AlexanderVS, как ты решил проблему?

По поводу Операций и Изделий.

Итого, имеем:
Т1 - Операции(первичн. ключ - ИДОперации)
Т2 - Изделия(первич. ключ - ИДИзделия)
Т3 - ОперацииПоИзделиям.

Так вот, если комбинация "Операция - Изделие" - уникальна, то безусловно, в Т3 первичный ключ по ИДОперации+ИДИзделия. В противном случае (не уникальность комбинации) - сделай по ним в Т3 просто индексы. И я бы еще в этом случае ввел поле ИДКомбинацииОперацияИзделие. Несколько запутано, но я думаю, понятно.


Теперь вернемся к FK.
Признаться, в SQL7 я связываю таблицы, однако в свойстве Enforce relationship for INSERT and UPDATES снимаю галочку - в результате, FK является просто информативным ( шоб на диаграме видно было). Целостность при удалении обеспечиваю триггерами.

А вот в 2К вроде FK стали поприятнее - сами поддерживают каскадное удаление, поэтому никаких галочек снимать не надо. Я работаю на семерке, о 2К только слышал.
Коллеги, раб. в 2К, я правильно слышал?.

Т1- главная таблица (документы):

ID int IDENTITY (1, 1) NOT NULL , - ключевое поле - идентефикатор документа
Field1 char(10) NULL ,
Field2 char(10) NULL - остальные информативные поля


Т2 - подчиненная таблица (детализация документов):

ID int IDENTITY (1, 1) NOT NULL , ключевое поле - идентефикатор строки детализации (в принципе для нашего примера оно ненужно)
LINK_ID int NOT NULL , - собственно поле, связующее с Т1.ID. По нему необходим индекс.
Field1 char (10) NULL ,
Field2 char (10) NULL - остальные информативные поля детализации.

А вот и триггерок на T1:

\nCREATE TRIGGER tr_del_T1 ON T1
FOR DELETE
AS
DELETE T2
FROM deleted d ,T2
WHERE d.ID=T2.LINK_ID