테이블을 나누는 것에 대한 일반론은 데이터베이스 이론의 정규화 관련을 공부해 보시면 됩니다.

언제 테이블을 분리할 것이며,

어느것을 기본키로 할 것인지.

.....

오래된 숙련된 경험도 중요하지만,

그것을 활용할 수 있는 지식도 꽤 중요합니다.

흠...

개인정보라는 것에 부가 정보가 종속적이라면..

즉, 개인정보가 부가정보를 탄생시킨 부모 테이블이라면 당근 분리하는 것인 일반적입니다..일반적이라는 이야기는 정규화 테이블이라는 것입니다...

OLTP환경에서는 웬만한 경우가 아니면 정규화하는 것이 득이 많습니다. 데이터베이스가 성립할 수 있었던 것은 데이터의 중복을 없애는 것인데 이노무 정규화란 것이 데이터 중복을 최소화시키는데 한몫 단단히 하는 것입니다...

잔소리 한마디 해야겠습니다...

"만약 나눠서 작업할 때 수정할 경우가 생기면요 테이블 2개를 수정해야하니깐 이건 또 한 테이블에 넣고 하는 것보다는 불편하잖아요."

라고 말씀하는 것은 테이블 2개 수정에 대한 시스템의 부담을 말씀하는 것인지...

아니면 개발자의 고충을 이야기하는 것인지 모르겠습니다..

만약 후자라면 개발하려는 기본적인 마인드가 구식이라는 것입니다...개발자 중심이 아닌 사용자 중심이 되어야 하겠지요...