2013-04-09 8 views
0

클라이언트 용 태그 인프라가 작동 중입니다. 지역, 국가, 도시 및 사무소 위치에 대한 태그가 필요합니다.Sitecore 멀티 레이어 태깅

콘텐츠 트리의 항목은 지역, 국가 또는 도시에 대해서만 태그 할 수 있습니다. 그러나 위의 태그 사이에는 다음과 같이 관계가 존재해야합니다.

지역 -> 국가 -> 도시 -> 사무실 위치.

도시와 사무실 위치 간의 관계는 많은 곳에서 많을 수 있습니다.

지역, 국가, 도시 및 사무실에 대해 각각 하나씩 4 개의 목록을 작성하여 위의 관계를 추구 할 수 있습니다.

그럼 난 사무실 태그 항목에

이든

태그의 두 가지 모드를 따를 수 있습니다,이 도시의 태그에 대한 multilist 필드가 될 수 있으며, 여러 도시 사무실에 그 방법을 선택할 수 있습니다. 그런 다음 도시 태그에는 국가 선택을위한 multilist 필드가 있고 국가 태그에는 지역에 대한 multilists가있을 수 있습니다. region 항목에는 필드가 없습니다.

또는

지역 태그가 국가를 선택하는 multilist 필드를 가질 수 있습니다, 국가 태그가 도시를 선택하는 필드를 가질 수 있습니다, 도시는 사무실에 대한 multilist 필드를 가질 수 있으며 사무실은 필드가되지 않습니다.

어떤 방법이 바람직하며 그 이유는 무엇입니까?

많은 관계 문제와 관련이없는 계층 구조를 사용하고 싶지 않습니다.

감사

답변

1

내가 당신의 상황을 이해하면, 두 번째 (하향식) 같은 느낌이 방법은 당신이 가야 하나입니다.

나는 몇 가지 이유를 할 거라고 :

  1. 를 첫 번째 옵션에서, 당신은 사무실 여러 도시에 대한 multilist있을 것입니다 언급. 사무실에 실제 여러 도시가 있습니까? 나는 사무실 위치가 그것과 관련된 하나의 도시만을 가져야한다고 생각할 것이다. 그것은 나를 하향식 접근법으로 안내 할 것이다.
  2. 하향식 접근 방식은 논리적으로 더 의미가 있습니다. 당신이 당신의 태그 관계를 설명하는 방식 봐 :

지역 -> 나라 -> 도시 -> 사무실 위치.

당신은 이미 그런 식으로 설명하고 있습니다. 그런 식으로 설계하는 것이 더 합리적이라고 생각합니다.

+0

대도시를 사용하기로 결정한 경우 대도시 DC 지역에는 북부 버지니아, DC 및 메릴랜드가 포함될 수 있으므로 하나의 사무실 다중 도시를 사용할 수 있습니다. – Gabbar

+0

아, 잡았다. 이 경우 "도시"를 사용하지 않고 "지역"과 같은 것을 사용 하시겠습니까? 그렇게하면 도시가 제한을받지 않게 될 것입니다. –

+0

나는 이것에 '옳은'대답이 있다고 생각하지 않는다. 유지 보수가 더 쉽다고 생각하면됩니다. –

관련 문제