주제 이해를 돕기 위한 AI 생성 이미지 · LTCT 자체 제작오늘의 질문화면에서 똑같이 보이는 두 사용자 이름이 검색과 중복 검사에서는 다르다고 나올 수 있을까요?
겉으로 같은 한글 가가 완성형 U+AC00 한 개와 자모 U+1100·U+1161 두 개 경로에서 NFC 정규화를 거쳐 같은 문자열이 되는 관계 그림입니다. · 한국논리학협회 자체 제작그림 크게 보기 ↗01한 모양을 여러 코드 배열로 표현할 수 있습니다
‘가’는 완성형 코드포인트 U+AC00 하나로도, 초성 ᄀ(U+1100)과 중성 ᅡ(U+1161)의 조합으로도 표현할 수 있습니다. 글꼴은 두 배열을 같은 음절처럼 그릴 수 있습니다.
프로그램이 코드 단위로만 비교하면 두 문자열은 다릅니다. 글자 수, 검색, 파일명 중복 검사도 예상과 달라질 수 있습니다.
03정규화는 유사 글자와 의미 차이를 모두 해결하지 않습니다
한글 ㅇ과 숫자 0처럼 모양만 비슷하고 정준 등가가 아닌 문자는 NFC로 같아지지 않습니다. 사용자 식별자에는 스크립트 제한, 대소문자 규칙, 원문 보존 정책이 더 필요합니다.
저장 전 정규화할지, 검색할 때만 정규화할지 정하고 원문을 잃어도 되는지 확인해야 합니다.
완성형 화면가완성형 코드U+AC00자모 조합 화면가자모 코드U+1100 + U+1161원문 그대로다름NFC 뒤같음 겉모양은 같지만 정규화 전 코드 배열은 다릅니다.NFC는 정준 등가 표현을 통일하지만, 모양만 비슷한 다른 문자까지 같게 만들지는 않습니다.
관계를 읽고, 다른 상황에 적용하기두 문제로 생각 확인
나의 설명으로 마무리오늘 발견한 관계
0 / 4,000자
메모는 현재 기기의 브라우저에만 보관됩니다. 계정이나 다른 기기에는 동기화되지 않습니다.
출처와 제작 안내
원문을 참고해 설명·도표·문항·실험을 새로 작성했습니다. 별도 표시가 없는 사례와 수치는 학습을 위한 가상 예시입니다. 원문 번역이나 실제 모델의 성능 평가 자료가 아닙니다.
- 유니코드 정규화 형식 ↗Unicode ConsortiumUnicode Standard Annex #15: Unicode Normalization Forms, Version 18.0.0
2026-08-12판에서 정규화 형식과 정준 등가, 한글의 조합·분해 처리를 확인했습니다. 활동은 브라우저 String.normalize의 NFC 결과를 사용합니다.
