설계 문서
기능이 왜 그렇게 되었는지, 무엇을 재고 무엇을 안 쓰기로 했는지 적는 곳입니다. 쓰는 법이 아니라 정한 이유가 여기 있습니다 — 쓰는 법은 문서 목록에 있습니다.
폴더가 주제입니다. 문서 하나를 지웠을 때 다른 폴더가 흔들리면 분류가 잘못된 것입니다.
「이전 코퍼스」라고 적힌 수치는 재현되지 않습니다. 이 도구는 한동안 상용 프로젝트 둘의 워크북으로 검증했고, 그 데이터는 회사 자산이라 저장소에 없습니다. 설계의 근거로 그때의 실측을 인용하는 문서가 여럿 있으며, 그 자리에 「이전 대규모 코퍼스」·「이전 소규모 코퍼스」라고 적혀 있습니다 — 결론은 형식에 남아 있고 근거는 남아 있지 않으므로 기록으로 읽으십시오. 지금 재현되는 수치는
samples/의 합성 코퍼스에서 나옵니다.
시트 레이아웃
시트에 무엇이 어떻게 놓이는지 — 선언 셀 · 경계 · 헤더 행 · 제약
- 컬럼 제약 — 타입으로 나타낼 수 없는 것
- 구글 시트의 정의된 이름
- 매트릭스 표 — 컬럼 이름이 행 id인 것
- 주 시트 레이아웃 — 설계 (5개로 나뉨)
- 행 태그와 메타 태그 — 빌드마다 빼는 행, 그리고 임의 메타
- 테이블의 행 벌 — 한 테이블에 데이터 여러 벌
값과 타입
컬럼에 적을 수 있는 것과 그 형태 — 중첩 · 옵셔널 · 배열 · 합성 값 · 다형
- 배열 옵셔널리티 — 첫 원소가 배열 전체를 대표
- 비트셋 —
bitset타입 - 빈 칸과 없음 —
-와\- - 불리언의 낱말 — recipe가 정하는 참·거짓 표기
- 합성 값 타입 — 벡터 · 회전 · 색
- 시트의 datetime과 시간대
- 수식 오류 — 읽는 셀만 보고합니다
- 중첩 필드
- 다중 중첩 — 두 형태와 그 값의 차이
- 원소가 없을 수 있는 배열 —
T?[]·T[]?·T?[]? - 숫자 리터럴 표기 —
_· 지수 · 진법 - 옵셔널 필드 — 타입 끝의
? - 다형과 참조 배열 (3개로 나뉨)
- 레코드 멤버별 옵셔널 —
:requiredInObject set과map— STRUCT DSL의 컨테이너- 셀 안의 값 구분자 —
DefaultDelimiter - 가변 길이 레코드 배열
참조
한 테이블이 다른 테이블을 가리키는 것과, 그때 생성 코드가 내는 이름
- 다중 대상 참조의 접근자
- 다중 대상 참조와 빌드 변종
- 참조가 가리킬 수 있는 키 —
int32가정 걷어내기 - 참조의 「없음」 — 빈 칸과 0
- 참조가 내는 이름
- 참조의 해석 여부 —
_F플래그 제거 - 레코드 안의 참조
.tcb 와이어 형식
파일에 실리는 배치와 인코딩. 버전마다 무엇이 달라졌고 왜 그랬는지
- 컬럼 지향을 고른 이유 — TCB의 배치 결정
- TCB — 파일 시그니처와 MAC
- TCB v102 — 컬럼 인코딩과 암호화
- TCB v103 — presence 비트맵
- TCB v104 — 조합 인코딩과 파일 암호화
- TCB v105 — 비트폭 패킹
- TCB v106 — 원소 presence 비트맵
- v107 — 동적 배열 단일화