http://i.imgur.com/mhhtfmX.jpg

Как автоматически синхронизировать с переводом таблицы *_add, если каждая на своем языке?

Таблицы на разных языках, с разным кол-вом объявлений.

Можно ли парсер написать, чтобы он переводил и синхронизировал?

Ничего не понятно.

Какая стоит задача? Что имеем? Что нужно получить? Каковы требования и ограничения? И как все это относится к БД?

Пока что из сказанного можно сделать вывод, что требуется каким-то магическим образом с помощью движка БД переводить записи с одного языка на другой. Но ведь это полный бред!

P. S. Отдельный набор таблиц для каждого языка - это восхитительно! Никогда бы не додумался до такого!

Какая стоит задача?

Синхронизация таблиц и перевод данный на соотв. язык. Бд mysql.






Почему Вы считаете, что средствами бд?



Что Вас смущает?

А почему тогда эта тема в разделе MySQL? Если делать перевод сторонними средствами, то на долю БД останется только записать нужные данные в нужную таблицу. Есть какие-то проблемы с этой тривиальной операцией?


Бессмысленность и беспощадность такого решения. Не хочу даже пытаться представить себе реализацию модели/ORM/конструктора запросов для работы с этим зоопарком. Внешние ключи повергают в уныние. А мысль о том, что в одной стране люди могут говорить на разных языках, вызывает панику.

Можем условие несколько изменить. Пусть у нас в наличии пару площадок с разными постами пользователей. Каждая площадка оринентирована на свою страну. В стране A пользователи нуждаются в информации из страны Б и наоборот. Возникла, поэтому такая задумка автоматически переводить посты из одной страны для другой и наоборот, причем id постов по всем площадкам должны быть одинаковы.


Теперь мне непонятно, почему у Вас такая мысль возникла.

На кой? Что мешает завести дополнительное поле, в котором для переводов будет содержаться ид исходной записи?


Какая мысль? Что в одной стране могут писать и читать объявления на разных языках? Или что в случае "зоопарка" выборка записей для одной страны окажется очень нетривиальной операцией?

Это сообщение отредактировал(а) AVA12 - 12.7.2014, 16:08

Я думал над этим. Т.е. это поле тайтл, дескрипшен, страна, город для каждого языка.
базовых у нас 4 языка, т.е 4х4 = 16 доп. полей. В перспективе - это 10 и более языков. Не вызовет это проблем с быстродейстивем?

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



Для каждой страны - своя копия двига.

Э-э-э... 16 полей для одной записи??? Зачем??? Что мешает добавить 3 записи?

И я долго думал, но так и не понял, как этот комментарий относится к моему замечанию.


Я опять не понял, что хотел сказать автор.