옵시디언 속성 빈값 검색: 속성 없음과 빈 문자열 구분하기

대표 이미지 설명: 속성 키 없음·값 없음·빈 따옴표는 같지 않습니다. 태그 모양은 차이를 구분하는 상징이며 실제 YAML 문법이나 Obsidian 화면을 재현하지 않습니다.

옵시디언에서 status가 모두 비어 보이는데 [status:null]에는 일부 노트만 나오나요? 속성 키 자체가 없는 노트, 키는 있지만 값이 없는 노트, 빈 따옴표가 들어 있는 노트를 원본에서 먼저 구분하세요. Obsidian 공식 Search 도움말은 [property]를 키 존재 검색, [property:value]를 값 검색으로 설명하고, null이 빈 따옴표 ""나 빈 배열 []에는 적용되지 않는다고 안내합니다. 아래 대조표는 설명만으로 예상한 결과가 아니라 별도 격리 볼트의 Obsidian 1.13.7 데스크톱 Search UI에서 확인한 파일 목록입니다.

‘속성 없음’과 ‘빈값’은 어떻게 다른가요?

노트 맨 앞 YAML에서 status: 줄이 아예 없으면 키 없음입니다. status:만 있으면 키는 있지만 값 없음입니다. status: ""는 빈 따옴표가 들어 있는 값으로, 이 글의 null 검색 대상과 다르게 취급합니다. Obsidian의 Properties 도움말은 속성이 문서 앞 YAML에 저장되고 같은 이름의 속성은 볼트에서 동일한 타입을 쓴다고 설명합니다. 이번 실험에서는 status를 Text로 두었습니다. 빈 배열 []은 공식 문서상 null과 다르지만 이번 앱 실험에 포함하지 않았습니다.

어떤 노트를 놓고 시험했나요?

실제 사용자의 노트가 아닌, 별도 격리 볼트에 아래의 비민감 실습 노트만 만들었습니다. 각 파일 본문은 실습용 비민감 메모입니다.로 같으며 차이는 경로와 맨 앞 YAML입니다. 원본 사본과 검색 화면은 내부 검증 자료에 보존했습니다. UI에서 status가 Text 타입임을 확인하고 타입 설정을 명시한 후 재시작해도 해당 검색 결과를 다시 확인했습니다. Search 제외 파일 설정에는 추가된 파일이 없었습니다.

직접 소규모 테스트 볼트를 만든다면 각 파일 맨 앞을 ---로 열고 닫아 위 한 줄을 넣으세요. C는 --- 두 줄 사이에 status를 넣지 않습니다. 원본을 만들고 앱에서 다시 열었을 때 속성 타입과 저장된 YAML이 의도대로인지 먼저 확인하세요. 앱이 속성을 저장하면서 원문 표기를 바꿨다면 처음 입력한 내용이 아니라 실제 저장된 파일을 검색과 대조해야 합니다.

어떤 검색에서 어떤 파일이 실제로 나왔나요?

격리된 Obsidian 1.13.7의 코어 Search 입력칸에 아래 검색식을 넣어 파일명을 확인했습니다. 경로가 없는 검색에서 UI는 A, B, D, control처럼 이름을 간략히 표시했고, 표의 경로는 유일한 파일명과 원본을 대응해 적은 것입니다. 모든 노트의 status 타입은 Text입니다.

앞의 -는 조건 부정이며 path:는 경로 검색 연산자입니다. 이 둘을 조합한 마지막 줄도 이번 앱에서 실제로 확인했습니다. Ideas/D.md는 [status]에는 나오지만 [status:null]에는 나오지 않았습니다. C는 키가 없어 null 검색 대상이 아니라 네 번째 검색 결과입니다. Obsidian: Search

화면 상단 ‘결과’ 숫자와 파일 개수는 같은 지표가 아닐 수 있습니다. 이번 path:Ideas [status:null]에서 화면 상단은 ‘2개의 결과’였지만 목록에는 Ideas/B.md 한 파일만 있었습니다. 따라서 상단 숫자만 읽어 두 파일이 나왔다고 기록하지 마세요. 여기서는 파일 목록을 직접 세어 표에 적었으며, 이 UI 숫자의 세부 계산 방식을 다른 버전의 규칙으로 일반화하지 않습니다.

값을 바꿨다가 되돌리면 어떻게 확인하나요?

이번 격리 실험에서는 B의 status:를 앱 속성 UI에서 draft로 채운 뒤 [status:null]을 다시 검색했습니다. B는 빠지고 Other/control.md만 나왔습니다. path:Ideas [status:null]에서는 반환 파일이 없었습니다. B의 값을 앱에서 다시 비우자 [status:null]에 B와 control이 다시 나왔고, path:Ideas [status:null]에는 B 한 파일이 돌아왔습니다. B의 저장 전 원본과 복구 뒤 원본이 같은지 해시로도 확인했습니다. 이는 이번 작은 볼트에서의 관측이지 다른 볼트의 자동 복구 기능을 뜻하지 않습니다.

자신의 볼트에서 점검할 때는 업무용 노트를 먼저 일괄 변경하지 마세요. 원본을 보존할 수 있는 비민감 테스트 노트로 키·값의 차이를 살펴보고, 변경 전후에는 검색 결과 파일명과 저장된 YAML을 같이 기록하세요. 검색 결과가 다르면 순서대로 (1) 입력한 [status]·[status:null]의 철자, (2) 실제 파일의 맨 앞 YAML과 status 타입, (3) path: 폴더 범위, (4) 설정의 제외 파일 목록을 확인합니다. 공식 도움말도 제외 대상 파일은 Search 결과에 표시되지 않는다고 명시합니다. 곧바로 Bases 필터, 플러그인 또는 인덱스 오류라고 단정하지 마세요. Obsidian: Search · Obsidian: Properties

이 결과는 격리된 데스크톱 Obsidian 1.13.7, Text 속성, 위 다섯 원본 파일, 제외 파일이 없는 설정에서만 관측됐습니다. 다른 버전·모바일·큰 볼트의 검색 시간, 목록형 [] 실험, 실제 제외 파일을 추가했을 때의 화면은 확인하지 않았습니다.