Я использую Entity Framework 4.0 для доступа к данным в таблице с уникальным ограничением столбца. Если ограничение нарушается, возникает исключение, когда я вызываю SaveChanges(), как и ожидалось. Мой вопрос заключается в том, должен ли я разрешить исключение в первую очередь. В качестве альтернативы я мог бы сделать выбор, чтобы избежать вставки повторяющихся данных (я предполагаю, что транзакция будет необходима).
Какова общепринятая передовая практика в этом сценарии?
Как правило, хорошей идеей является предотвращение исключения, поскольку создание исключения является довольно сложной операцией, требующей больших затрат времени и ресурсов. Поэтому, если вы можете легко проверить, существует ли уже уникальное значение ключа, я бы, вероятно, так и сделал. Предполагая, что у вас есть уникальный индекс или уникальное ограничение для этого столбца на уровне базы данных, тогда (по крайней мере, для SQL Server) уже есть индекс для этого столбца, поэтому проверка определенного значения будет довольно простой и не будет иметь огромной производительности. влияние.
Другой вопрос: как часто, по вашему мнению, это будет происходить? Один раз в день? Раз в пару недель? Несколько раз в минуту? Если это происходит довольно редко - один раз в голубую луну - я бы не стал пытаться сначала проверить - в этом случае просто позвольте исключению произойти и обработайте его.
Так что я думаю, что это действительно вопрос того, насколько дорого стоит сначала проверить и как часто это происходит? Если вы можете это очень легко проверить --> обязательно сделайте это! Но если это довольно сложная операция для проверки, и это происходит очень редко, то просто обработайте исключение.
