전체 데이터베이스에서 외래 키 위반을 찾는 방법은 무엇입니까? (현재 MySQL을 사용하고 있습니다)

Question

외래 키 검사가 과거에 비활성화 된 데이터베이스에서 외래 키 제약 조건 위반을 확인하려면 어떻게해야합니까??

Answer 1

외부 키 제한 조건을 사용하면 모든 관계가 검사되므로 잘못된 것이 있으면 오류가 발생합니다.

Answer 2

이렇게하려면 기본 제공 방법이 없습니다. 내가 생각할 수있는 유일한 것은 INFORMATION_SCHEMA 데이터베이스의 TABLE_CONSTRAINTS 및 KEY_COLUMN_USAGE 테이블을보고 일치하지 않는 행을 수동으로 확인하는 것입니다.

Answer 3

로드 후 FK를 "켜는"것은 실제로 검사를 수행해야합니다.

DBMS가 그렇게하지 않으면 덤프하십시오.

DBMS가 그런 일을하지 않고 계속 그런 쓰레기를 사용하고 싶다면, 적절한 RA의 SEMIMINUS 표현식에 대한 질의를 할 수 있습니다. WHERE PK_attribute1 = FK_attribute1 및 PK_attribute2 = FK_attribute2 및 ... table_with_PK 로부터 NOT이 존재 table_with_FK ( SELECT ... 로부터

SELECT ... :

이 같이 보일 가능성이 높습니다) 그리고 당신은로드 된 행

> 또는 DBMS)을 제외하고 지원하는 경우 (좀 더 현대적인 식별 할 수 있습니다 여기 < 아무것도 :

을

SELECT FK_attributes table_with_FK FROM 당신이로드 된 행 > 를 제외하고 SELECT가 table_with_PK 로부터 을 PK_attributes_possibly_renamed을 식별 할 수 있습니다 여기 < 아무것도;

편집 (에 "모두가 오라클을 필요로하고 IBM 제품을 크기."대답은 덤프 "좋은 충고가 아닙니다.")

영업 이익은 매우 명확 그는 데이터 무결성 명확히 관심이 있음을 지적하고있다. 그래서 그는 실제로 데이터 무결성을 보장하기 위해 약간의 전문적인 수준의 지원을 제공하는 DBMS 제품을 사용해야합니다. 나는 "오라클과 IBM의 규모 제품"이 그렇게하는 유일한 사람은 아니라고 진심으로 희망합니다.

Answer 4

기본적으로 "외래 키를 사용하여 참조 무결성을 어떻게 보장 할 수 있습니까?"라는 질문을 할 수있는 것처럼 들립니다.

외래 키를 사용하지 않도록 설정 한 바로 그 "두통"이 상상 한 것입니다. 그래서 나에게 가장 간단한 대답은 처음부터 그들을 무력화시키지 않는 것 같습니다. 처음에는 올바르게하고 나중에 다시하지 않아도됩니다. 더 외래 키 제약 조건이없는 경우

Answer 5

기본적으로, 당신은이 작업을 수행 할 수 있습니다

SELECT * FROM CHILD C WHERE C.PARENT_ID NOT IN (SELECT ID FROM PARENT);