Мультиязычность в базе данных недвижимости?

Question

[vovella]

Ребята, помогите решить диллему
Требуется организовать структуру БД для агенства недвижимости. Сайт на 3 языках. Поиск квартир по множеству параметров: цена, этаж, вода и т.д.
Предложенный вариант:
в таблице flats делается три локализированные записи одной и той же квартиры со всеми возможными параметрами. Города, районы - тоже в трех вариантах отдельными записями. Получается квартира одна, но записи три. Город на самом деле один, но записи - три.

ID | STREET | LANG | PRICE | FLOOR | CITY_ID ....
---+----------------------+-------+----------+---------+-----------
1 | ул.Центральная ru 25000 5 1
1 | вул.Центральна ua 25000 5 2
1 | Center street en 25000 5 3

Мне все-таки кажется, что верным решением будет создание по одной сущности (город, квартира) и по три записи перевода

flats
ID | CITY_ID | PRICE | FLOOR
---+------------------------+--------+
1 | 1 25000 5
2 | 1 15000 1
3 | 1 30000 1

translations
ID | STREET | LANG | FLAT_ID |
---+----------------------+-------+----------+
1 | ул.Центральная ru 1
2 | вул.Центральна ua 1
3 | Center street en 1

Только вот доказать чем второй вариант лучше (а он лучше?)- не могу. Может кто поможет

Comments

[Adamos]

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

[Albert Kazan]

Центральная улица на английский переводится как Centralnaya Street (или Tsentralnaya, не помню), то есть как и фамилии - простым транслитом. И многие названия также. Поэтому посоветовал бы просто через preg_replace на выводе транслит делать и все.

[Adamos]

Albert Tatarin, ага, а с русского на мову - транслiт.
Если у человека есть мультиязычные данные - зачем ему делать через задницу?

[Юрий]

Если языка будет только 3, я бы скорее всего сделал поля типа street_ru, street_ua, street_en, в таблице городов city_name_ru, city_name_en и т.п. Можно создать view для каждого языка, чтобы лишние столбцы не подтягивать. Вообще сложно советовать. не видя полной картины.

[Albert Kazan]

Adamos, потому что делать мультиязычность это маразм, как и вконтакте

[Adamos]

Юрий, дело в том, что и ТС подозреваю, не знает полной картины до запуска сайта. А потом окажется, что какие-то объекты не имеют англоязычной версии вовсе, например. С указанным "первым вариантом" это не проблема. Или понадобится добавить немного белорусского или венгерского...
Как говорил Азимов, "число два не имеет смысла". В программировании это очень важная концепция - не стоит рассчитывать на то, что чего-то всегда будет конечное количество, если его уже на этапе проектирования больше одного. С поправкой на здравый смысл, конечно.

[vovella]

Привет! Прежде всего, Благодарю за советы.
1) Да, Юрий - языка то всего 3. Как Вы предлагаете делает joomla в joomshopping. Но у квартиры ведь есть еще meta - теги и доп.поля... А представьте какой геморрой прикрепить изображения к квартире...
2) "Мультиязычность это маразм" - но так хочет заказчик. Хотя, они же сами за**ся переводить это все.
3) Слава богу передумали плодить версии обьектов. Квартира - одна, а переводы полей в другой таблице привязанные к id квартиры. Прямо гора с плеч.

Answer 1

[Alj]

Разумеется, несколько записей для одного объекта - как минимум нелогично. И считать, что языков всегда будет 3 тоже. Предложение простое - выбрать основной язык (на котором работают сотрудники, тот на котором объект обязан быть назван) и создать таблицу перевода:
язык ( id ; language )
перевод ( id AUTO_INCREMENT ; язык ; таблица ; строка ; значение )
Т.е. вы создали город "Москва" - просто один и в интерфейсе рядом кнопка "переводы" - открывается всплывающее окно с другими языка (ua, en) вводятся переводы, сохраняются, кнопка перекрашивается (красная - нет переводов; серая - частично переведено ; синяя - все переведено ) и title заодно можно использовать для информирования. А записи в БД следующие
города ( 1 , 'Москва'-выбрали основной - русский )
перевод ( * , 'города' , 1 - id записи в таблице города , 1-для украинского , 'Москва' - так же, наверное)
перевод ( * , 'города' , 1 - тот же id той же одной Москвы, 2-для английского , 'Moscow')
перевод ( * , 'улицы' , 1 , 2-для английского , 'Central st.') - т.е. перевели улицу "центральная" в таблице улицы