개인회원과 기업회원을 나누어야 할 때 DB테이블 조언 부탁합니다. 정보
개인회원과 기업회원을 나누어야 할 때 DB테이블 조언 부탁합니다.
본문
개인회원과 기업회원을 모두 동일한 테이블(g4_member)에 넣고
기업의 경우 따로 테이블을 만들어서 그에 대한 정보를 따로 보관을 하는게 나을까요?
아니면 아예 다른 테이블로 구분을 두어야 할까요?
후자의 경우는 전부 뜯어 고쳐야 되지 않을까 생각되어서 복잡할것같은데 ㅜㅠ
조언 부탁합니다.
ps 조금 쉬운 방식으로 접근할 수 있도록 해주세요 ㅠㅜ
기업의 경우 따로 테이블을 만들어서 그에 대한 정보를 따로 보관을 하는게 나을까요?
아니면 아예 다른 테이블로 구분을 두어야 할까요?
후자의 경우는 전부 뜯어 고쳐야 되지 않을까 생각되어서 복잡할것같은데 ㅜㅠ
조언 부탁합니다.
ps 조금 쉬운 방식으로 접근할 수 있도록 해주세요 ㅠㅜ
댓글 전체
선자의 작업으로 하되 입력필드가 너무 다르다면
추가되는 정보만 입력하는 기업정보 테이블을 따로 만드시는게 좋을듯 합니다.
어차피 1:1 데이타라 따로 나누지 않아도 좋지만 전 되도록 기본소스는 건들이지 않고 스킨으로 처리하는걸 좋아합니다.
추가되는 정보만 입력하는 기업정보 테이블을 따로 만드시는게 좋을듯 합니다.
어차피 1:1 데이타라 따로 나누지 않아도 좋지만 전 되도록 기본소스는 건들이지 않고 스킨으로 처리하는걸 좋아합니다.
가장 간단하게 한다면..
필드를 하나 추가해서..
개인회원일경우와 기업회원일 경우 값이 다르게 저장이 되도록 하면 될 것 같은데요.
굳이 테이블을 따로 나눌 필요는 없는 것 같아요..
만약 회원수가 엄청나게 많은 경우라면 별도로 나누는것이 속도면에서 빠를 수 있겠지만, 그렇지 않는다면 필드 하나 만들고 그곳에 구분값을 넣어주는것만으로 해결 할 수 있을 것 같은데요..
회원가입시 사용되는 여분필드중 하나를 이용하시면 간편하게 분류가 가능할겁니다.
필드를 하나 추가해서..
개인회원일경우와 기업회원일 경우 값이 다르게 저장이 되도록 하면 될 것 같은데요.
굳이 테이블을 따로 나눌 필요는 없는 것 같아요..
만약 회원수가 엄청나게 많은 경우라면 별도로 나누는것이 속도면에서 빠를 수 있겠지만, 그렇지 않는다면 필드 하나 만들고 그곳에 구분값을 넣어주는것만으로 해결 할 수 있을 것 같은데요..
회원가입시 사용되는 여분필드중 하나를 이용하시면 간편하게 분류가 가능할겁니다.
전 일반회원은 mb_level 를 예를 들어 5, 기업은 7 이렇게 하도록 하였습니다.
