구체 테이블 전략

각 타입은 바로 저장되지만, 공통 정보도 각 테이블이 따로 가진다

부모 테이블을 두지 않으므로 학생이나 교수만 읽을 때는 단순합니다. 대신 id, name 같은 공통 컬럼이 여러 테이블에 반복되고, 전체 사용자를 보려면 다시 합쳐야 합니다.

students

학생 정보는 학생 테이블 하나에 바로 저장

column role

id NUMBER PRIMARY KEY 공통

name VARCHAR2(50) 공통

student_id VARCHAR2(20) 학생 전용

gpa NUMBER(3,2) 학생 전용

학생만 조회할 때는 이 테이블만 읽으면 끝납니다.

교수 정보도 별도 테이블에 독립 저장

column role

id NUMBER PRIMARY KEY 공통

name VARCHAR2(50) 공통

prof_id VARCHAR2(20) 교수 전용

department VARCHAR2(50) 교수 전용

타입이 분리되어 있어서 조인 없이 독립적으로 다룰 수 있습니다.

질문	읽는 방식	의미
학생만 조회	SELECT * FROM students	한 타입만 볼 때는 구조가 가장 단순합니다.
전체 사용자 조회	SELECT id, name FROM students UNION ALL SELECT id, name FROM professors	공통 부모가 없어서 결과를 다시 합쳐야 합니다.
언제 적합한가	학생과 교수가 공유하는 속성보다 전용 속성이 더 중요할 때	타입 간 공통점이 적으면 중복 비용보다 독립성이 더 유리합니다.