같은 이메일 제약을 다른 DB로 옮깁니다. collation·NULL·부분 인덱스의 차이를 어떤 데이터로 검증하나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

대소문자·악센트·Unicode 정규화·NULL의 UNIQUE 처리와 부분 인덱스 지원을 목표 엔진에서 확인합니다. 같은 SQL 이름이나 샘플 데이터가 같은 유일성 계약을 뜻하지 않습니다.

충돌될 수 있는 기존 키를 먼저 대사하고 표시 원문과 비교 키를 분리합니다. 활성·탈퇴·복구와 동시 삽입을 시험합니다. migration 과정에서 새 제약을 만들기 전에 임의로 계정을 합치거나 참조를 끊지 않습니다.

이해가 드러나는 지점을 확인해 보세요.

대소문자·악센트·Unicode 정규화·NULL의 UNIQUE 처리와 부분 인덱스 지원을 목표 엔진에서 확인합니다. 같은 SQL 이름이나 샘플 데이터가 같은 유일성 계약을 뜻하지 않습니다.
migration 과정에서 새 제약을 만들기 전에 임의로 계정을 합치거나 참조를 끊지 않습니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 대소문자·악센트·Unicode 정규화·NULL의 UNIQUE 처리와 부분 인덱스 지원을 목표 엔진에서 확인합니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.