Physical Independence

논리 구조와 저장 방식

물리적 데이터 독립성은 내부 스키마 변경이 개념 스키마나 응용 SQL에 덜 드러나게 하는 성질입니다. 핵심 완충 장치는 개념/내부 매핑입니다.

유지되는 요청

SELECT name
FROM users
WHERE id = 10;

앱은 같은 테이블과 컬럼을 말하고, DBMS가 내부 접근 경로를 다시 선택합니다.

변경 전

순차 파일 탐색

개념 스키마 users(id, name, team_id)

개념/내부 매핑 논리 테이블을 힙 파일로 연결

users_heap.dat id 검색은 전체 파일 탐색 가능성

저장 방식이 단순하면 SQL 의미는 유지되지만 접근 비용이 커질 수 있습니다.

변경 후

개념 스키마 users(id, name, team_id)

매핑 재연결 DBMS가 접근 경로를 다시 선택

users_heap.dat 데이터 파일

users_id_idx id 검색 인덱스

논리 구조와 SQL 계약은 그대로 두고 내부 접근 경로만 바뀝니다.

바뀌는 것 인덱스, 파일 조직, 저장 위치

성능이나 운영을 위해 내부 저장 구조와 접근 경로를 조정할 수 있습니다.

유지되는 것 테이블 의미와 응용 SQL

사용자는 보통 같은 테이블 이름과 같은 질의 형태를 계속 사용합니다.

운영 영향 운영 영향까지 사라지지는 않음

성능 변화, 잠금, 마이그레이션 비용은 여전히 관리해야 합니다.

인덱스 추가, 파일 배치 변경, 파티션 조정 같은 저장 세부를 수정합니다.

개념/내부 매핑은 논리 테이블을 새로운 저장 구조와 연결합니다.

응용 프로그램은 내부 파일이나 페이지 위치를 직접 알 필요가 없습니다.