안녕하세요 
이 기능의 기술적 한계가 무엇인지 궁금합니다.
제 사용 사례의 예시는 다음과 같습니다:
- 제목이 *“위치 A의 지역 요리는 일반적으로 위치 B의 지역 요리보다 짠 편이다”*인 주제
- 여기서 위치 A와 위치 B는 카테고리 이름입니다
찬성,중립,반대옵션이 있는 투표- 주제를 두 카테고리 모두에 저장할 수 있도록 하면, 주제가 바이럴로 확산된 후에야 중복 주제를 병합하는 수동적인 접근 방식 대신, 주제 생성 첫날부터(또는 며칠 내로) 두 카테고리 간의 대화와 투표를 동기화할 수 있습니다
- 이 기능의 멋진 코드네임은
anti-cross-categories-topic-duplication-feature/plugin일 수 있겠네요 lolz
제 첫 번째 생각은 데이터베이스에 중간 테이블을 만드는 것이었습니다. 너무 낮은 수준의 접근이네요
아마 더 나은 해결책이 있을 수 있습니다:
- 모델 클래스 참조나 연관관계를 추가하기
- 데이터베이스에 카테고리와 연관된 주제 목록을 인덱싱하고,
@category.all_published_topics또는 유사한 메서드를 호출할 때 해당 주제들을 묶어주는 메서드를 호출하기
그래서 더 깊이 파고들기 전에, 이 문제에 대해 엄격한 기술적 금기가 있는지 그저 알고 싶었습니다 