거래표 빈칸을 아래로 채울 때 앞 단지 이름이 다음 단지까지 번지는 오류
발행
거래표 빈칸을 아래로 채울 때 앞 단지 이름이 다음 단지까지 번지는 오류
빈칸을 아래로 채우는 기능은 이전 행의 값을 아래 null 셀로 전파한다. 거래표의 병합된 단지명을 풀 때 편리하지만, 파일이나 단지 경계를 넘겨 실행하면 다른 단지의 이름이 붙을 수 있다. 빈칸이 앞 행과 같다는 뜻인지 실제 미상인지부터 구별해야 한다.
네 행에서 나타나는 경계 오류
가상의 표에서 첫째 행은 파일1·단지 A, 둘째는 파일1·단지명 빈칸, 셋째는 파일2·단지명 빈칸, 넷째는 파일2·단지 B라고 하자. 전체 표에 단지명 채우기를 실행하면 A가 둘째 행뿐 아니라 셋째 행에도 들어갈 수 있다. 하지만 파일2 첫 거래의 단지명이 A라는 근거는 없다. 파일별로 범위를 끊으면 둘째 행만 A가 되고, 파일2에서 B가 처음 나오기 전의 빈칸은 미상으로 남는다.
Microsoft Table.FillDown 문서는 앞 셀 값을 지정 열의 아래 null 값으로 전파하는 동작을 설명한다. 문서의 기능 정의가 행의 실질적 소속까지 판단해 주는 것은 아니다. 정렬을 바꾸면 어떤 값이 앞에 놓이는지도 달라지므로 채우기 전 순서가 중요하다.
경계와 원래 값을 남긴다
원본 파일명·시트·행 번호, 명시된 단지명과 채워 넣은 단지명을 따로 보관한다. 실제 머리글이나 공식 식별자 등으로 경계를 확인한 뒤 그룹 안에서만 처리한다. 구분선처럼 보이는 빈 행이 모든 파일에서 같은 뜻이라고 가정하지 않는다. 빈 문자열과 null의 차이도 도구별로 확인한다.
처리 후에는 경계 직전·직후 행을 직접 대조하고, 어떤 원본 행의 이름을 가져왔는지 추적할 수 있어야 한다. 이 예는 가상의 네 행에 관한 것이며 빈 단지명을 실제로 복원한 결과가 아니다. 알 수 없는 값을 억지로 채워 연결 건수를 늘리는 것보다 미상 상태를 남기는 것이 다음 확인에 유용하다.
출처와 확인 범위
공식 원문 확인일: 2026-10-16. 아래 문서는 원리와 기능의 근거이며, 본문의 가상 수치·계산은 별도로 검산했다.