“наследуйте” стиль темы в wpf

Сводка того, что я видел до сих пор:

• Некоторым людям не нравится располагаться каскадом вообще.

Каскадное удаление

• Каскадное удаление может иметь смысл, когда семантика отношений может включить эксклюзивное , "часть " описание. Например, запись OrderLine является частью своего родительского порядка, и OrderLines никогда не будет совместно использоваться несколькими заказами. Если бы Порядок состоял в том, чтобы исчезнуть, OrderLine должен также, и строка без Порядка была бы проблемой.
• каноническим примером для Каскадного удаления является SomeObject и SomeObjectItems, где не имеет никакого смысла для записи объектов когда-либо существовать без соответствующей основной записи.
• Вы должны не Каскадное удаление использования, если Вы сохраняете историю или используете "мягкий/логичный, удаляют", где Вы только устанавливаете удаленный разрядный столбец на 1/верный.

Каскадное обновление

• Каскадное обновление может иметь смысл при использовании реального ключа, а не суррогатного ключа (идентификационные данные/столбец автоприращения) через таблицы.
• канонический пример для Каскадного обновления - когда у Вас есть изменяемый внешний ключ, как имя пользователя, которое может быть изменено.
• Вы должны не Каскадное обновление использования с ключами, которые являются Идентификационными данными/столбцами автоприращения.
• Каскадное обновление лучше всего используется в сочетании с ограничением на уникальность данных.

, Когда Использовать Расположение каскадом

• , можно хотеть вернуть дополнительное сильное подтверждение от пользователя прежде, чем позволить операции располагаться каскадом, но оно зависит от приложения.
• Расположение каскадом может получить Вас в проблему при установке внешних ключей неправильно. Но необходимо быть хорошо, если Вы делаете это правильно.
• не мудро использовать расположение каскадом перед пониманием его полностью. Однако это - полезная функция и поэтому стоящий занимания время для понимания.