장소테이블이라고 아래같은게 있는데,
-------로케이션 테이블---------
로케이션순번 (pk)
부모순번 (fk)
로케이션명
------------------------------
A
ㄴAA
ㄴAAA - AAAA
ㄴAAAB
B
ㄴBB
C
------------------------------
저런식으로 깊이가 정해져있지 않거든.
이거를 프론트페이지에서 별도로 처리할 필요 없이, 값만 받아서
바로 화면에 뿌려지게 리스트를 만들어서 보내주고 싶은데
근데 저 장소가 계속 늘었다가 줄었다가 하거든.
그러면 성능상으로는 한번에 셀렉트해서, 모양만드는걸 서비스쪽에서 처리하는게 낫나?
깊이가 정해져있으면, 그냥 resultmap으로 처리하면 되던데...
관련해서 참조할만한 글 같은거 없음?
요즘은 단말 성능들이 좋아져서 서버쪽에서는 최대한 로우데이터 생산에 집중하고 클라이언트에서 가공하는게 나음
그런데 저 로케이션 테이블에 해당하는 자료가 하나의 노드를 만드는 듯한데, 부모자식 관계는 뭐로 연결함? ~순번이 그런 역할을 하나?
순번이 그런역할을 함. 부모순번이 null값이면 제일 최상위임. 예를들어 A역(1) B역(2) 이런식으로 등록하면 얘들이 부모순번이 null인 얘들이 될 거고, A역 밑에 1층을 등록한다고 하면 3번째 등록이니까 순번은 3이 될 거고 부모순번은 1이 됨. 1층에 화장실을 또 등록한다면 순번은 4가 되고 부모순번은 3이 되는 형식임. 내가 테이블을 짠건 아니고 상사가 짠거.
아 넘 어렵다.. 첫번째 프로젝트 때 몇달동안 프론트만 만지고 왔으니, 서버쪽 지식은 학원에서 배웠던 그거밖에 없는데, ㅠㅠ
차라리 깊이 나타내는 컬럼 하나 더있었으면 편할거같기도 한데. 시불..
로케이션 테이블 데이터 외에 트리 작성하는데 필요한 외부 자료가 없으니 그냥 너말대로 셀렉션만 해서 그대로 클라이언트에게 보내는게 제일 효율적일 듯
직렬화/역직렬화할 때도 동일 타입의 배열인 형태가 더 빠르고 용량도 적을 걸
으으음