Ошибка Visual Studio: объект с тем же ключом был уже добавлен

Я думаю об этом с точки зрения стоимости/преимущества... В MySQL , добавляя ограничение является единственной дополнительной строкой DDL. Это - просто горстка ключевых слов и несколько секунд мысли. Это - единственная "стоимость", по-моему...

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

мало времени это берет для шифровки то, что уже находится в голове, когда Вы соединяете вещи, мог сохранить Вас или кого-то еще набор месяцев горя или лет в будущем.

вопрос:

там какое-либо другое использование для внешних ключей? Я пропускаю что-то здесь?

Это немного загружается. Вставьте комментарии, добавление отступа или переменное именование вместо "внешних ключей"... Если Вы уже понимаете рассматриваемую вещь отлично, она бесполезна" Вам.