일단 user table 에서 name 이 PK 로 설정하는데 대해서 문제가 없는가요. name 필드는 혹시 동명 이인이 들아갈 가능성은 전혀 없는가요? 그리고 unique 하다는 것이 항상 보장되는가요? 만약 그렇다면 현재의 테이블 구조는 전반적으로 문제가 없습니다.

하지만 name 필드가 unique 하지 않을 가능성이 조금이라도 있다면 name 이 PK 로 될수 없습니다. 아마도 성격상 uid 가 unique 한 PK 가 될 가능성이 커 지겠지요. 잘 생각해 보시기 바랍니다.

그리고 1:1 대응이라면 그리고 항상 user table의 한 항목에 대해서 profile 테이블의 한 항목이 한개 반드시 대응이 되어 생긴다면 하나의 테이블로 합치는게 나을수도 있습니다. 굳이 테이블을 분리해야 하는지 아니면 합치는게 좋은지도 잘 생각해 보시기 바랍니다. 물론 모델링 적인 측면에서 볼때는 적은 애트리뷰트를 가지는 여러개의 테이블로 나뉘는 것이 유리할 경우가 많지만 반드시 그렇다고 할수는 없습니다.

다음으로 profile 테이블에 user 테이블과 같은 항목이 FK 를 제외하고도 있는데 이것은 고려해 봐야 할 사항입니다. 중복되는 정보를 넣을 필요는 없겠지요.

다음으로 certificate 테이블은 말씀하신 것 처럼 추가하는 것이 나을 것으로 판단됩니다.

디비 모델링을 고려 할때는 자료의 무결성을 보장 할 수 있어야 하고, 프로그램의 알고리듬을 간편화 할수 있어야 하며, 디비 및 프로그램의 수정시 유지 보수가 편해야 한다는 것입니다. 그리고 추가적으로 자료로의 접근, 추출, 갱신 등이 빨라야 하며, 디비를 차지 하는 공간을 줄여야 할 필요성도 있습니다. 하지만 항상 그렇지만 모든 것을 만족 할수는 없습니다. 적당한 선에서 타협을 잘해야 겠지요. 이럴 땐 보면 정치인이 디비 모델링을 잘 할수 있는 소지가 있다고 생각해 봅니다. :-)