Запрос на удаление

[NIKOLASCS]

Как правильно написать запрос на удаление. Ругается на Full:

Delete FROM  DevicesDict  
 FULL OUTER JOIN Customers 
 INNER JOIN Cust ON Customers.CustomerID = Cust.CustomerID 
 INNER JOIN Devices ON Customers.CustomerID = Devices.CustomerID 
 INNER JOIN bypass_sheet_item ON Customers.CustomerID = bypass_sheet_item.CustomerID 
 INNER JOIN bypass_sheet ON bypass_sheet_item.SheetID = bypass_sheet.SheetID ON DevicesDict.DeviceDictID = Devices.DeviceDictID 
WHERE (bypass_sheet_item.BypassDate <= CONVERT(DATETIME, '2011-03-31 00:00:00', 102)) 
 AND (bypass_sheet_item.BypassDate >= CONVERT(DATETIME, '2011-03-01 00:00:00', 102)) 
 AND Cust.CustomerID = Devices.CustomerID and DevicesDict.Type is Null  
ORDER BY devices.DeviceID

[Stilet]

ХЫ... А ты че тупо заменил Select в команде и думаешь что тебе каскадное удаление пройдет? Я почему-то оч. уверен что стандартом DELETE такие присоединения не поддерживаются.

[Прик]

Никто из авторов не хочет признаваться в какой СУБД у него проблемы.
Судя по некоторым деталям запроса, предположим, что это MS SQL Server. Правда, все равно непонятно какой версии.

Допустим, что это так. Если бы автор темы дал себе труд посмотреть справку по предложению DELETE,
то увидел бы, что информация из других таблиц, на которой основываются удаления в упомянутой, должны указываться после второго аргумента (оператора) FROM.

[Serge_Bliznykov]

если Виталий прав, и это попытка сделать запрос на удаление для записей, которые отбираются через SELECT
тогда возможно сработает такой вариант:

Внимание!
Два важных замечания.
1) В таблице DevicesDict поле DeviceDictID должно быть первичным ключом (если это поле таким не является, замените в запросе на то поле, которое ключом является
2) на удаляемые записи в таблице DevicesDict не должно быть ссылок, либо должно быть включено каскадное удаление для всех foreign keys

Delete FROM  DevicesDict
where DeviceDictID in
(select DD.DeviceDictID from DevicesDict DD
 FULL OUTER JOIN Customers 
 INNER JOIN Cust ON Customers.CustomerID = Cust.CustomerID 
 INNER JOIN Devices ON Customers.CustomerID = Devices.CustomerID 
 INNER JOIN bypass_sheet_item ON Customers.CustomerID = bypass_sheet_item.CustomerID 
 INNER JOIN bypass_sheet ON bypass_sheet_item.SheetID = bypass_sheet.SheetID ON DD.DeviceDictID = Devices.DeviceDictID 
WHERE (bypass_sheet_item.BypassDate <= CONVERT(DATETIME, '2011-03-31 00:00:00', 102)) 
 AND (bypass_sheet_item.BypassDate >= CONVERT(DATETIME, '2011-03-01 00:00:00', 102)) 
 AND Cust.CustomerID = Devices.CustomerID and DD.Type is Null )

[NIKOLASCS]

Вы правы, в DevicesDict поле DeviceDictID является первичным ключом.
Подскажите, как определить наличие ссылок на удаляемые записи в таблице DevicesDict?

[Serge_Bliznykov]

Подскажите, как определить наличие ссылок на удаляемые записи в таблице DevicesDict?

может быть, Вам проще включить каскадное удаление?

Чтобы определить наличие ссылок на удаляемые записи, нужно знать структуру таблицы и как они взаимосвязаны.
например, уже даже из запроса видно, что у Вас в таблице Devices есть ссылка (foreign key) на таблицу DevicesDict (на DeviceDictID)

Если каскадное удаление по каким-то причинам включать нельзя или нежелательно, тогда, боюсь, что одним запросом задачу не решить...
если это MS SQL - я бы предложил сделать хранимую процедуру.
Там запросом вытащить DeviceDictID в табличную переменную,
потом

DELETE FROM Device where  Devices.DeviceDictID in (select  DeviceDictID from @RecForDelete);

... тут ещё удалить из всех таблиц, где есть ссылки на DevicesDict

DELETE FROM DevicesDict where  DevicesDict.DeviceDictID in (select DeviceDictID from @RecForDelete);

p.s. Пример кода писан условный...

[NIKOLASCS]

Как включить в запрос каскадное удаление. Покажите пример.

[Serge_Bliznykov]

Как включить в запрос каскадное удаление.

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

и второе, может быть, Вы уже откроете нам тайну - какая у Вас СУБД ?!

[NIKOLASCS]

Стоит SQL 2000.

Предложенный запрос удаляет все записи из таблицы DevicesDict, условие DD.Type is Null не выполняется. Можете объяснить?

[Serge_Bliznykov]

Предложенный запрос удаляет все записи из таблицы DevicesDict, условие DD.Type is Null не выполняется. Можете объяснить?

нет. я не только не могу такое объяснить, я даже считаю, что такое в принципе невозможно!
Если DeviceDictID является уникальным полем (первичным ключом), разумеется!

попытаемся разобраться...
Вы знаете, сколько записей у Вас удаляется?

Тогда попробуйте такой запрос:

select DD.DeviceDictID, DD.Type from DevicesDict DD
 FULL OUTER JOIN Customers 
 INNER JOIN Cust ON Customers.CustomerID = Cust.CustomerID 
 INNER JOIN Devices ON Customers.CustomerID = Devices.CustomerID 
 INNER JOIN bypass_sheet_item ON Customers.CustomerID = bypass_sheet_item.CustomerID 
 INNER JOIN bypass_sheet ON bypass_sheet_item.SheetID = bypass_sheet.SheetID ON DD.DeviceDictID = Devices.DeviceDictID 
WHERE (bypass_sheet_item.BypassDate <= CONVERT(DATETIME, '2011-03-31 00:00:00', 102)) 
 AND (bypass_sheet_item.BypassDate >= CONVERT(DATETIME, '2011-03-01 00:00:00', 102)) 
 AND Cust.CustomerID = Devices.CustomerID and DD.Type is Null

посмотрите, сколько он выбрал записей (количество должно ТОЧНО совпасть с тем количеством, которое удаляется)...

посмотрите, если ли среди выбранных записей те, где DD.Type заполнено значением (т.е. условие DD.Type is null) не выполняется...

п.с. можно, конечно, данное условие отбора продублировать через AND во внешнем запросе (который delete from ..)
но в данном случае, я бы рекомендовал Вам разобраться в причинах подобного поведения (я лично считаю, что Вы чего-то не учитываете или ошибочно считаете, что удаляются не те записи, что выбираются во внутреннем запросе).

п.п.с. если есть "незанятое" поле в таблице DevicesDict (или есть возможность изменить структуру добавив туда такое поле временно, для отладки).
тогда можно вместо DELETE from выполнить команду
UPDATE DevicesDict set ReservedField = 1 where where DeviceDictID in (select DD.DeviceDictID ......
а потом посмотреть, какие записи "пометились" единичкой...

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