Эффективный способ обновления таблицы отношений SQL

Question

Скажем, у меня есть три правильно нормированные таблицы. Один из людей, один из квалификации и один картографирования людей к квалификации:

Люди:

id | Name 
---------- 
1 | Alice 
2 | Bob 

градусы:

id | Name 
--------- 
1 | PhD 
2 | MA 

Люди-на-градусов:

person_id | degree_id 
--------------------- 
1   | 2   # Alice has an MA 
2   | 1   # Bob has a PhD 

Так то я должен обновить это сопоставление через мой веб-интерфейс. (Я сделал ошибку, Боб имеет степень бакалавра, а не доктора философии, и Элис только что получил ее B анг.).

Есть четыре возможных состояния этих многих один-к-отображений отношений:

• был правда, раньше, теперь должно быть ложным
• был ложным, то теперь должно быть правдой
• был истинным раньше, должен оставаться верным
• был ложным до того, должен оставаться ложным

то, что я не хочу делать, это прочитать значения из четырех флажков, а затем четыре раза нажать на базу данных, чтобы сказать: «У Боба была БА? Ну, теперь он делает. - Раньше у Боба был доктор философии? Потому что он не больше»и так далее.

Как другие люди решить эту проблему?

Мне любопытно увидеть, если кто-то приходит в то же самое решение, которое я сделал.

UPDATE 1: onedaywhen предлагает то же самое, что произошло со мной - просто удалить все старые записи, правильно или нет, и вставить новые

UPDATE 2: potatopeelings предлагает добавить некоторый код в форму, которая хранит. первоначальное значение поле, которое можно сравнить с новым значением для submit.

Answer 1

Логически UPDATE является DELETE с последующим INSERT (считают, что триггера SQL Server могут получить доступ к логическим таблицам с именем inserted и deleted но нет updated таблицы). Таким образом, вы должны иметь возможность ударить базу данных только дважды, то есть сначала DELETE все строки (правильные или другие) для Боба, второй INSERT все правильные строки для Боба.

Если вы хотите попасть в базу данных только один раз, рассмотрите возможность использования стандартного SQL-кода MERGE, предполагая, что ваша СУБД поддерживает его (SQL Server представил его в 2008 году).

Answer 2

Предполагая, что интерфейс представляет собой флажок Сетка (1. в Ismail комментарий в вопросе)

  MA  PhD  
Alice  x 
Bob     x 

где х представляет проверенные коробки. Я бы пошел с использованием интерфейсного скрипта для отправки только изменений назад на сервер.Затем делать добавления и удаления в Народе-на-градусы в рамках одной сделки, или MERGE (как было указан в ссылке Исмаила)

BEGIN TRAN 
INSERT query 
DELETE query 
COMMIT 

Вы бы скоротать INSERT (и DELETE) запросить список людей ID, пары идентификаторов типа. Для вашего примера запрос INSERT будет единственной парой (2,2), а для запроса DELETE - одиночной парой (2,1).