Проектирование архитектуры многоязычных описаний для нескольких классов ⇐ MySql

[Anonymous]

Я знаю, что лучшего решения в архитектуре программного обеспечения не существует, но мне просто интересно, что вы думаете по этому поводу.
Я создаю приложение для электронной коммерции. На данный момент у него есть классы Category и Product. Оба имеют многоязычные описания (таблица с заголовком, описанием, мета-* и т. д. – уникальный ключ (category/product/review_id, Language_id)). Потенциально я также могу добавить переводы в класс Review, поэтому в обзоре это тоже должно быть. Я не могу выбрать между этими вариантами:

• (Кажется неправильно, но работает быстро) Создайте отдельные классы/таблицы CategoryDescription, ProductDescription, ReviewDescription. Это быстро, но они практически идентичны, и мне нужно написать методы для каждого.
• (Правильно, не знаю, масштабируемы ли) Создайте таблицу/класс описания, содержащую описания для любого класса. Но как тогда эффективно связать их с классами/таблицами Category, Product и Review?

Что вы думаете по этому поводу? Как бы вы именно реализовали «лучшее» решение?
Здесь был задан аналогичный вопрос, но он касался только описаний одного класса. У меня другое мнение, потому что некоторые классы должны иметь многоязычные описания.

Подробнее здесь: https://stackoverflow.com/questions/798 ... al-classes