Hallo 
Ich bin neugierig auf die technischen Einschränkungen hier.
Ein Beispiel für meinen Anwendungsfall wäre:
- ein Thema mit dem Titel „Lokale Küchen aus Standort A sind im Allgemeinen salziger im Vergleich zu lokalen Küchen aus Standort B“
- wobei Standort A und Standort B Kategorienamen sind
- es gibt eine Umfrage mit den Optionen
Zustimmen,NeutralundAblehnen - die Möglichkeit, das Thema unter beiden Kategorien zu speichern, ermöglicht die Synchronisierung von Konversationen und Abstimmungen zwischen beiden Kategorien von Tag 1 an (oder hoffentlich innerhalb weniger Tage nach der Themen-Erstellung), anstatt eines reaktiven Ansatzes, doppelte Themen erst nach einem viralen Ausbruch zusammenzuführen)
- ein cooler Codename dafür könnte
anti-cross-categories-topic-duplication-feature/pluginsein lolz
Mein erster Gedanke war, eine Zwischentabelle in der Datenbank zu erstellen. Lolz, so low-level
Wahrscheinlich gäbe es bessere Lösungen:
- eine Modellklassenreferenz oder -assoziation hinzufügen
- eine Liste von Themen, die mit einer Kategorie verbunden sind, in der Datenbank indizieren und eine Methode aufrufen, um diese Themen zu bündeln, wenn
@category.all_published_topicsoder etwas Ähnliches aufgerufen wird.
Also ja, ich wollte nur wissen, ob es ein striktes technisches No-Go bezüglich dieses Problems gibt, bevor ich tiefer eintauche 