부서와 팀장 사이에 실장이 추가된다면?

팀장과 사원 사이에 파트장이 추가된다면?

혹은, 직책에 따른 상/하 개념 외에, 직군별로 직군장이 생겨서 결재 라인이 두 곳이 된다면?

이런 경우가 늘 존재할 수 있기 때문에, 각 '엔터티들'과 '엔터티들 사이'의 데이터는 분리하는 것이 일반적입니다.

이와 같은 이유로, 저는 별도의 테이블에서 사용자 사이의 관계를 저장하도록 작업해 왔습니다.

관계 테이블은 다음과 같습니다.

src 컬럼 : 특정 사용자 코드

dst 컬럼 : 특정 피사용자 코드

type 컬럼 : 연결 속성 코드

예: 홍길동 | 이몽룡 | task_boss -> 홍길동의 업무 처리에 대한 직속상관은 이몽룡이다.

예: 아이유 | 이효리 | approval_boss -> 아이유의 결재 처리에 대한 직속상관은 이효리다.

이렇게 작업을 해도, 또 하나의 의문이 생깁니다.

이몽룡의 상위 관리자로 춘향 실장이 있을 때, 홍길동 -> 춘향의 관계를 직접적으로 저장할 것인가, 아니면 홍길동 -> 이몽룡 -> 춘향과 같이 유추해서 알아낼 것인가? 에 대한 선택을 해야 합니다.

요청이 잦을 경우, 데이터 무결성 유지에 대한 관리 난이도 vs 성능에 대한 트레이드오프가 존재할 수 있으므로, 취향에 따라 선택하시면 되리라 생각됩니다.

답변 감사드립니다.

써주신 댓글을 계속 곱씹어 이게 무슨말인가 생각하고 있습니다.

결국 한테이블에 다 담지 말고

회사테이블 / 부서테이블/ 팀장테이블/사원 테이블로 나누라는 말씀이시군요

그리고 USER 테이블을 하나 만들고

USER 테이블의 내용은 간단히

ID/PASSWORD /사용자구분(회사/부서/팀장/사원등)/해당테이블 고유코드(사용자가 회사면 회사테이블의 고유코드, 사용자가 부서면 부서테이블의 고유코드)

다시 읽어보니 제가 단순한걸 너무 복잡하게 말씀드린 것 같습니다.

결론부터 말씀드리면, 사용자 테이블 1개, 관계 테이블 1개로 종료됩니다.

이중 취업은 위법이라 생각되니(^^), 회사 코드는 사용자 테이블에 그냥 컬럼으로 넣어도 될 것 같습니다

예를 들어 설명하는 것이 더 나을 것 같아 적어봅니다.

User 테이블 : PK, 회사, 사용자명, 부서, 직책

1, A, 길동, 개발팀, 사원

2, A, 몽룡, 개발팀, 팀장

3, A, 춘향, 개발실, 실장

4, A, 철수, 지원팀, 팀장

User_relation 테이블 : SRC, DST, TYPE

1, 2, 일반

2, 3, 일반

1, 4, 구매

위와 같이 보관하는 것을 생각했습니다.

'길동'씨가 일반 업무처리에 대한 결재 라인은 User_relation에 비추어 볼 때, 1->2, 그리고 2->3의 흐름을 타고 가게 됩니다. 구매 건에 대해서는 지원팀에 바로 요청이 가도록 설계되어 있으니, 구매 타입에 해당하는 1->4 흐름을 타고 가게되겠죠.

 첫 댓글 말씀하신걸 곰곰히 여러번 읽어 보다

비슷한 컬럼이 많아서 저도 사용자 데이터는 한테이블로 갈려고 합니다.

--------------------------------------------------------------------------------------------------------------------------------------------------------

회사가 필요한 컬럼        : 고유코드, 이름, 전화번호, id, pass(회사 관리자 id로 사용)

부서가 필요한 컬럼        : 고유코드, 이름, 전화번호,id, pass 소속 상위 회사코드

팀장이 필요한 컬럼        : 고유코드, 이름, 전화번호,id, pass, 소속 상위 회사코드, 소속 상위 부서코드

사원이 필요한 컬럼        : 고유코드, 이름, 전화번호, id,pass, 소속 상위 회사코드, 소속 상위 부서코드, 소속 상위 팀장 코드

일반유저가 필요한 컬럼 : 고유코드, 이름, 전화번호,id,pass (일반유저는 상위가 없고 단독)

--------------------------------------------------------------------------------------------------------------------------------------------------------

보시다 시피 id, pass까지는 똑같과 그 아랫단으로 갈수록 필요한 상위 코드 정도만 늘어날 뿐입니다.

테이블 5개로 하기는 좀 아깝다(?)는 생각이 들어 말씀하신거와 비슷하게 된거 같습니다.

사용자 테이블 : 고유코드, 이름, 전화번호, id, pass, 상위코드, 사용자레벨(1:회사, 2:부서,3:팀장,4:사원,5:일반유저)

정도로 끝날꺼라 생각하는데

회사일경우 상위코드는 최상위니 상위코드값이 null, 사용자 레벨이 1

부서는 상위가 회사코드가 들어가면 되고 상위코드가 회사코드(레벨이 1인것중 하나)가 되고 사용자레벨은 2 등등 식으로

하면 될거 같은데 제가 초보라 맞게 하는지 모르겠습니다.

이전에 할때는 id, pass, level, relation_idx를 두어(각 사용자별 테이블이 따로 있엇습니다. 회사테이블, 부서테이블, 팀장테이블, 사원테이블 등등)

로긴을 하면 level로 판별하여 해당 테이블에 조인을 하는 방식을 했었습니다.

switch(level)

{

    case 1://회사

         $sql = "SELECT * FROM COMPANY WHERE com_idx = relation_idx"

      break;

    case 2 ://부서

       $sql = "SELECT * FROM DEPARTMENT WHERE dep_idx = relation_dx "

    ...

}

이런식으로 했습니다만 저 방식이 조금 불편하여 다른 방법을 모색하고자 했는데 조언 듣고 테이블 하나로 할 생각입니다. 그래도 될거 같아서

대략적 구조가

 회사1

   |-------- 부서

id, pass 테이블은 따로 나뉘는게 좋을거 같아서

총 2개 테이블로 할까 합니다.

1.사용자 테이블

   id, pass, relation_idx(사용자 정보 테이블의 코드 연결 코드)

2.사용자 정보 테이블

    고유코드, 이름, 전화번호, 상위코드, 사용자레벨(1:회사, 2:부서, 3:팀장, 4:사원, 5.일반유저)

한테이블에서 상위 레벨의 정보를 가져오는 쿼리는

http://dev.mysql.com/tech-resources/articles/hierarchical-data.html

을 참조하고 있습니다.

상세히 달아 주시는데 제가 초보라 이해도 및 흐름이 두서 없어서 죄송합니다.