시험 직전 요약장

힙 파일은 검색 키 순서로 행을 정렬해 유지하지 않는 방식이다. 순차 파일은 검색 키 순서로 레코드를 유지하는 방식이며 순차·범위 접근에 적합하지만 삽입·재배치 비용을 고려해야 한다. 해시 파일은 키에 해시 함수를 적용해 버킷 위치를 정한다. 해시값이 같아도 원래 키가 같은 것은 아니므로 충돌 처리가 필요하다.

레코드가 페이지에 걸쳐 저장되지 않는다는 조건에서 페이지당 레코드 수는 floor((페이지 크기−고정 오버헤드)÷레코드 길이)로 계산한다. 페이지 4096바이트, 오버헤드 96바이트, 레코드 150바이트라면 floor(4000÷150)=26개다. 26.6개처럼 소수 행을 저장한다고 답하지 않는다.

원시 데이터량이 200MB이고 목표 사용률이 80%라면 단순 필요 할당량은 200÷0.8=250MB다. 단위가 MB인지 MiB인지, 인덱스·로그·백업 등을 포함하는지 확인한다.

NAS는 네트워크 파일 단위 접근을, SAN은 전용 저장 네트워크를 통한 블록 단위 접근을 제공하는 구성이 대표적이다. 물리 디스크·네트워크·프로토콜의 구체적 제품 설정까지 동일하다는 뜻은 아니다.

CRUD 표는 업무와 데이터의 생성·조회·수정·삭제 관계를 연결한다. 신규 데이터가 외부 입력 없이 시스템 안에서 생성돼야 하는데 모든 업무에 R·U만 있고 C가 없다면 생성 경로 누락을 검토해야 한다. 사용 빈도가 낮은 큰 열을 분리하면 자주 읽는 행의 폭을 줄일 수 있지만, 그 열이 필요할 때 조인이 추가되는 비용이 생긴다.

다음 조건을 가정한다.

예상 행 수       = 5,000,000행
측정 평균 행 길이 = 180바이트
목표 사용률       = 80%

원시 행 데이터량
= 5,000,000 × 180
= 900,000,000바이트
≈ 900MB(10진 기준)
≈ 858MiB(2진 기준)

80% 사용률을 반영한 단순 할당량
= 900,000,000 ÷ 0.8
= 1,125,000,000바이트
≈ 1.125GB
≈ 1.05GiB

이 값은 테이블 행에 대한 단순 추정일 뿐이다. 인덱스·LOB·로그·임시 공간·백업은 포함하지 않았다. 실제 계획에서는 표본 데이터로 평균 행 길이와 압축률을 측정하고, 성장 편차와 운영 여유를 더해야 한다.

오답 경계: 페이지 사용률을 80%로 잡았다고 디스크 전체 사용률이 80%라는 뜻은 아니다. 이는 특정 계산에서 행 데이터가 페이지를 채우는 정도를 단순화한 가정이다.