БД MS SQL Локализация

[kaljan775]

Итак, проблема следующая
есть полностью уже заполненная БД, на русском языке
Мы переводим приложение на английский язык
Из этого вытекает вопрос - что делать с локализацией БД под английский язык?
Возможные варианты:
1)скопировать БД и заполнить все на английском
2)Разбить БД на подБД с пользователями и на подБД с данными, переписав полностью серверную часть
3)вставить в БД таблицы для английского языка

мне кажется, наиболее удобным способом для расширяемости будет разбивка на подБД

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

[Аватар]

Термин подбазы мне не понятен. Наверно имеется ввиду наличие нескольких идентичных по структуре БД для разных языков в одном SQL сервере? Наверно тоже так бы сделал. Хотя если таблиц не много можно было бы для каждого языка свой комплект таблиц поддерживать в одной БД. С точки зрения программы трудозатраты к привязке к разным базам или разным таблицам практически одинаковы

[kaljan775]

Сообщение от Аватар

Термин подбазы мне не понятен. Наверно имеется ввиду наличие нескольких идентичных по структуре БД для разных языков в одном SQL сервере?

да, именно

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

[Аватар]

Немножко подумал, лучше наверно в одной базе таблицы держать для разных языков. Конектиться тогда только к одной базе. И с обновлением в нормальном режиме не вижу проблем. Запустил явно транзакцию, обновил (вставил, удалил) строку во всех таблицах, завершил транзакцию. Т.е. обновляются сразу все или ни одной. Вот и вся синхронизация. Вы же и в программе при этом должны учесть, что обновление разно-язычное. И ни каких ночей

[kaljan775]

а если будем переводить еще на какие-либо языки, это же будет множество таблиц, их сейчас около 30, в нелокализованной, значит вместе с еще одним языком будет уже 60, далее 90 и тд
а что Вы думаете насчет добавить в таблицу поле для каждого языка?

[Аватар]

Это тоже имеет право на жизнь. Многое зависит от того, как потом ПО использует эти текстовки из базы данных. Можно всю запись тянуть, можно отдельные поля. Всю запись - чем больше полей, тем больше ресурсов кушается. Отдельные поля в зависимости от языка - доп.код в ПО. В общем-то все три варианта имеют право на жизнь, вам решать. Даже с отдельными базами можно не ночью делать, а днем, используя службу координатор распределенных транзакций для синхронной записи в базы. Плохо, что много коннектов. ИМХО - добавлять поля в каждую из 30 таблиц более трудоемко, чем добавление новых 30 таблиц. Хотя в ПО наверно без разницы - в любом случае использовать таблицу поддерживаемых языков и от этого плясать