Какой должна быть структура таблицы i18n?

Question

[Вячеслав]

Доброго времени суток,

В данный момент у меня есть проект на поддержке, и в нем реализована поддержка двух языков(ru,en) Через таблицу i18n. Проект рукописный и написан на php.

Структура таблицы


И так по каждому объекту идет такая схема, и в случае со страной это самое простое. Если взять например товар, то там гораздо больше полей, которые прописаны для каждого языка.

Исходя из выше сказанного при выводе каждого объекта идет связь с таблицей i18n.
У меня не большой опыт в программировании, и поэтому меня интересует насколько правильно это решение?

Не проще было-бы в каждой таблице сделать разделение на ru и en? И не вызывать то же описание (description) из другой таблицы с проверкой на язык, а хранить все в одном месте.

Answer 1

[Алексей Уколов]

Я обычно делаю переводимые токены строками таблицы, а языки - колонками. Добавляются языки очень редко, а работать с такой схемой гораздо комфортнее.

Comments

[Вячеслав]

Просто меня смущает, что вся текстовая информация хранится в i18n (описания, заголовки, адреса и тд) И казалось бы при простом выводе того-же названия страны, должна быть связь с i18n и таблицей country.

Я понимаю, что все делают так, как удобно самому, я почему-то вижу вариант, когда все храниться в одной таблице по конкретному объекту. Насколько правильно такое решение?

[Алексей Уколов]

Да, в данном случае я бы сделал countries(id, name_ru, name_en, description_ru, description_en). Но "данный случай" - это сферическое обсуждение в вакууме, нужно смотреть на реальные условия и уже там решать.