Добрый день!

Помогите плз. подобрать решение для мультиязычного проекта с возможностью безболезненно добавлять языки. Переводы нужны будут для различных текстовых данных, хранящихся в таблицах бд, интерфейса приложения и сайта, шаблонов различных документов итд. Для себя пока вижу решение, где все переводы хранятся в одной таблице:

Таблица translate
-----------------------------
translate_id - идентификатор
group - группа, к которой принадлежит переведеный текст, например такие-то документы, надписи элементов такой то формы, статьи, идентификаторы страниц сайта, текстовые данные таблиц бд (можно с группировкой по таблицам). Т.е при необходимости можно правильно сгруппировать данные по некоторым критериям и дернуть переводы например сразу для целой web страницы.
lang_en - английский текст
lang_ru - русский текст
lang_ch - китайский текст
... итд
-----------------------------

Для текстовых данных в таблицах бд требующих перевода, просто указываем нужную ссылку на translate_id из таблицы переводов, например

Таблица categories
-------------------------------
category_id
category_name - здесь ссылка на нужный translate_id из таблицы
-------------------------------

Плюсом такого решения вижу возможность легко плодить языки добавлением нового столбца в таблицу translate, возможность поиска текстовых (полнотекстовых) данных по этим разноязычным столбцам с использованием своего collation для каждого такого столбца.

Из минусов - при вытаскивании переводов текстовых данных таблиц, потребуется много join-ов.

Помогите пожалуйста доработать это решение, или посоветуйте другие.

Спасибо!

Dimitry SibiryakovКаждому переводу - отдельную запись.


Так?

Таблица translate
--------------------------
translate_id
lang_id
text
--------------------------

Не совсем тогда понял, как связывать строки переводов из такой таблицы с полями других таблиц. Может я неправильно объяснил задачу. Есть например таблица товаров (или категорий товаров, как я привел выше) где нужно хранить название товара на нескольких языках. Для этого я связываю поле "название товара" из таблицы товаров со строкой в таблице переводов, где хранятся все необходимые переводы, и беру тот который нужен.

А если у каждого перевода будет отдельная запись, тогда и ссылаться можно только на один перевод. Или использовать промежуточную таблицу.

Поясните пожалуйста. Спасибо.

Ennor TiegaelПоменяйте направление внешнего ключа. и
SERG1257Создайте копию таблицы с переводами
Так то оно так, логично, но тогда на каждый объект бд, где требуется перевод значений полей придется делать свою таблицу переводов. Если например таблиц больше сотни, то все это администрировать довольно проблематично. И кроме этого нужно еще хранить переводы интерфейса, шаблонов документов, статей итд. И еще чтобы можно было отбирать переведенные тексты группами (например группу переводов надписей для формы, группу текстов для web страницы).
Ennor TiegaelПравда, если вы будете делать одну таблицу для локализации вообще всех объектов БД, то тогда придется обходиться без FK, а целостность проверять в хранимых процедурах.
Вот и хотелось бы одну таблицу, но только с целостностью (может пусть и в обратном направлении FK), быстрыми выборками и удобную для работы редакторам-переводчикам.

Вобщем ломаю голову.

БредятинаДля этого нужно использовать СУБД, которые поддерживают связи между объектами. Тогда и таблица будет одна и о целостности не нужно беспокоиться.
Не совсем вас понимаю. Можно пож. пример СУБД и того как будут строиться связи.