1. 무조건 나누기
2. 컬럼 30개까지는 괜찮다
3. 데이터 타입에 따라 고민

1. MySQL 8.0 기준으로 최대 4096개의 컬럼 생성 가능
2. 권고사항은 따로 없으며, 최대 개수로 생성해도 상관은 없다

1. 테이블 타입이 변경될 때 등 한 테이블에서 재구축(rebuilding) 하는 것이 어렵기 때문
2. 컬럼은 많더라도 INSERT시 모든 컬럼에 값이 들어가지 않는다면 공간 낭비도 생길 수 있음

테이블 수직 분할

수직 분할 예시

테이블 페이지 예시

1. 테이블 수직 분할은 칼럼을 기준으로의 분할
2. 컬럼이 많아지면 로우 체이닝과 로우 마이그레이션이 많아져서 성능 저하
3. 로우 체이닝: 길이가 너무 커서 하나의 블록(페이지)에 저장되지 못하고 다수의 블록에 나누어서 저장됨
4. 로우 마이그레이션: 수정된 데이터를 해당 데이터 블록에 저장하지 못하고 다른 블록의 빈 공간에 저장
5. 개선: 수많은 컬럼을 동시에 조회하는 경우는 드물게 일어남, 각 조건에 맞게 이용되는 컬럼들로 그룹을 묶어 테이블 분할(용도에 맞는 컬럼끼리 테이블 분할)

테이블 수평 분할

수평 분할 예시

1. 대량의 데이터가 하나의 테이블에 있으면 인덱스 정보 생성 시 부하가 커짐
2. 인덱스를 찾아가는 깊이(depth)가 깊어지고, 인덱스 크기가 커질수록 성능 저하
3. 논리적으로는 같은 테이블이지만 물리적으로 서로 다른 여러개의 테이블 스페이스에 나눠서 저장하는 파티션 방법