I would appreciate some thoughts here, we have globalized all the static content on the our site without issue but now we have come to the database content that users of the site can enter. For example a user can create a survey with questions and answers and this needs to be globalized as well below is the way I have thought of doing it and the problems:
Solution - Separate tables for specific cultures, for example we have a Survey table with a name field, we move that name field to a SurveyCultures table which allows multiple name fields for each culture we want to support to be added against a survey. This would have to be done for the SurveyQuestions and SurveyAnswers table. (this is the way it seems to have been done on the MVC storefront example)
Problems - This will create a lot of extra tables, one for every table that allows users to enter text that is visible to other users. Also will create a very complicated front end allowing a user to enter the question, then select to enter the question for a different culture. Also leads to problems if they only half translate a survey for a culture.
My question is: Is this the best way to go, is this the way people usually do it and if not what is the recommended practice for this that is usually undertaken?
Any feedback or thoughts would be greatly appreciated as I am going round in circles.
Many thanks