테이블 병합 기준

users컬럼

PKid

attremail

profile컬럼

PK/FKuser_id

attrnickname

attravatar_url

1:1 행 수가 항상 같이 움직이는가? profile 한 행이 users 한 행에만 붙는 구조여야 한다.

함께 조회 대부분의 화면에서 같이 읽는가? 항상 조인한다면 병합의 읽기 이득이 커진다.

중단 선택 컬럼이 많아 NULL이 늘어나는가? 드문 값이 많으면 행 폭과 갱신 비용이 먼저 커진다.

users_merged컬럼

PKid

attremail

attrnickname

attravatar_url

효과 읽기 경로가 짧아진다

목록과 상세 화면이 같은 컬럼을 읽으면 조인 비용과 코드 복잡도가 줄어든다.

비용 행 폭과 캐시 효율을 다시 잰다

큰 선택 컬럼이 붙으면 더 많은 페이지를 읽어야 할 수 있다.

주의 갱신 책임이 섞이면 병합하지 않는다

사용자 기본 정보와 프로필 생명주기가 다르면 분리 구조가 더 안전하다.