데이터 무결성을 보장하기 위해 SQLAlchemy에서 복잡한 외래 키 제약 조건을 구현하는 방법은 무엇입니까?

SQLAlchemy에서 복잡한 외래 키 제약 조건 구현

배경

데이터베이스 관계에는 데이터 무결성을 보장하기 위해 추가 제약 조건이 필요한 복잡한 시나리오가 포함되는 경우가 많습니다. 이 기사에서는 잠재적인 순환 관계를 고려하면서 선택의 유효성을 보장하는 외래 키 제약 조건을 구현하는 구체적인 과제를 살펴봅니다.

과제

SystemVariables와 VariableOptions라는 두 테이블을 생각해 보세요. SystemVariables는 사용자 정의 가능한 시스템 변수를 나타내고, VariableOptions에는 이러한 변수에 대해 사용 가능한 선택 사항이 포함되어 있습니다. 각 SystemVariable에는 choice_id 필드로 표시되는 선택된 옵션이 있고, 각 VariableOption에는 자신이 속한 변수를 나타내는 Variable_id가 있습니다.

목표는 다음을 보장하는 추가 제약 조건을 추가하는 것입니다.

VariableOptions[sysVar.choice_id].variable_id == sysVar.id

여기서 sysVar는 SystemVariables 테이블의 행입니다.

Dirty가 없는 솔루션 요령

간단한 해결책은 선택한 옵션을 참조하는 외래 키를 확장하여 choice_id와 Variable_id를 모두 포함하는 것입니다.

ALTER TABLE systemvariables
ADD CONSTRAINT systemvariables_choice_id_fk
FOREIGN KEY (choice_id, variable_id) REFERENCES variableoptions(option_id, variable_id);

이렇게 하면 선택한 옵션이 유효하고 올바른 옵션을 다시 참조할 수 있습니다. 변수를 양방향으로 사용하세요.

더 나은 솔루션: 연기 가능한 외래 키 제약 조건

이전 접근 방식 모든 키 열은 NULL이 아니어야 하므로 새 삽입 작업 시 제한 사항이 발생할 수 있습니다. 더 나은 해결책은 연기 가능한 외래 키 제약 조건을 활용하는 것입니다.

CREATE TABLE systemvariables (
  variable_id int PRIMARY KEY
, variable    text
, choice_id   int NOT NULL
);

CREATE TABLE variableoptions (
  option_id   int PRIMARY KEY
, option      text
, variable_id int NOT NULL REFERENCES systemvariables
     ON UPDATE CASCADE ON DELETE CASCADE DEFERRABLE INITIALLY DEFERRED
, UNIQUE (option_id, variable_id) -- needed for the foreign key
);

ALTER TABLE systemvariables
ADD CONSTRAINT systemvariables_choice_id_fk FOREIGN KEY (choice_id, variable_id)
   REFERENCES variableoptions(option_id, variable_id) DEFERRABLE INITIALLY DEFERRED;

이 접근 방식을 사용하면 서로 의존하는 경우에도 외래 키 확인을 연기하여 동일한 트랜잭션에 새 변수와 옵션을 삽입할 수 있습니다.

결론

연기 가능한 외래 키 제약 조건을 활용하고 외래 키를 확장하여 여러 개를 포함함으로써 열을 사용하면 데이터 조작의 유연성을 허용하면서 데이터 무결성을 유지하는 복잡한 외래 키 제약 조건을 달성할 수 있습니다.

위 내용은 데이터 무결성을 보장하기 위해 SQLAlchemy에서 복잡한 외래 키 제약 조건을 구현하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!