1. 3개의 필드가 있는 col 데이터 테이블이 있습니다. 하나는 이름, 다른 하나는 자신의 ID, 세 번째는 남편 ID입니다.
다음과 같습니다. 가로 막대 s는 특정 데이터의 하위 항목임을 나타냅니다.
<code>{'a','3','2'} {'a-s','4','3'} {'a-s','5','3'} {'a-s-s','6','5'} {'a-s-s','7','4'} {'b','8','2'} </code>
이제 상위 ID를 통해 하위 항목을 검색하면 하위 항목에서 상위 항목으로 돌아갈 수 없는 이유를 모르겠습니다.
일반적인 아이디어는 a의 id(3)를 통해 son(예: 'a-s')에 해당하는 문자열 데이터를 얻은 것입니다. son에 해당하는 데이터에는 레코드 상위 ID(3)가 포함되어 있습니다. 이 상위 ID(3)를 사용하여 데이터베이스에서 id=3인 pid(2)를 찾은 다음 상위 ID가 2인 아들 데이터(a 및 b)를 반환합니다.
그런데 왠지 레벨이 너무 많으면 지저분해질 것 같아요.
1. 3개의 필드가 있는 col 데이터 테이블이 있습니다. 하나는 이름, 다른 하나는 자신의 ID, 세 번째는 남편 ID입니다.
다음과 같습니다. 가로 막대 s는 특정 데이터의 하위 항목임을 나타냅니다.
<code>{'a','3','2'} {'a-s','4','3'} {'a-s','5','3'} {'a-s-s','6','5'} {'a-s-s','7','4'} {'b','8','2'} </code>
이제 상위 ID를 통해 하위 항목을 검색하면 하위 항목에서 상위 항목으로 돌아갈 수 없는 이유를 모르겠습니다.
일반적인 아이디어는 a의 id(3)를 통해 son(예: 'a-s')에 해당하는 문자열 데이터를 얻은 것입니다. son에 해당하는 데이터에는 레코드 상위 ID(3)가 포함되어 있습니다. 이 상위 ID(3)를 사용하여 데이터베이스에서 id=3인 pid(2)를 찾은 다음 상위 ID가 2인 아들 데이터(a 및 b)를 반환합니다.
그런데 왠지 레벨이 너무 많으면 지저분해질 것 같아요.