SQL Server gör enkel räkning av kaskadvägar och, snarare än att försöka räkna ut om några cykler faktiskt existerar, antar den det värsta och vägrar att skapa referensåtgärderna (CASCADE):du kan och bör fortfarande skapa begränsningarna utan referensåtgärderna. Om du inte kan ändra din design (eller att göra det skulle äventyra saker) bör du överväga att använda triggers som en sista utväg.
FWIW-lösning av kaskadvägar är ett komplext problem. Andra SQL-produkter kommer helt enkelt att ignorera problemet och låta dig skapa cykler, i vilket fall det kommer att bli en kapplöpning för att se vilken som kommer att skriva över värdet sist, förmodligen till okunnighet hos designern (t.ex. ACE/Jet gör detta). Jag förstår att vissa SQL-produkter kommer att försöka lösa enkla fall. Faktum kvarstår, SQL Server försöker inte ens, spelar det extremt säkert genom att förbjuda mer än en sökväg och åtminstone säger den dig det.
Microsoft rekommenderar själva att triggers används istället för FK-begränsningar.