I am designing an application and want to support Globalization (internationalization) in it. I am considering two approaches for its db design
1. have separate tables for each local with respective _ja etc. extention like done in pet store 1.1.2.
2. use the same tables with multiple rows each for specific locale.
Which approach is better and why?
thanks in advance
Hassan
-
Designing DB for globalization (2 messages)
- Posted by: Muhammad Hassan
- Posted on: January 04 2002 09:57 EST
Threaded Messages (2)
- Designing DB for globalization by Kevin Leong on January 12 2002 13:19 EST
- Designing DB for globalization by Fernando Ribeiro on January 18 2002 09:38 EST
-
Designing DB for globalization[ Go to top ]
- Posted by: Kevin Leong
- Posted on: January 12 2002 13:19 EST
- in response to Muhammad Hassan
Use (1) if your application, always, installed to support only a single locale. Use (2) if your application support multiple locales in a single installation. Approach (2) with a column for locale is a better strategy - unless your application will never be installed to support more than one locale (in which case you should use configuration variable to store your locale).
Kevin Leong
www.zhanra.com
-
Designing DB for globalization[ Go to top ]
- Posted by: Fernando Ribeiro
- Posted on: January 18 2002 09:38 EST
- in response to Kevin Leong
I have 2y+ experience with i18n of J2EE(tm) applications and I can assure you the second approach is always better. Both your classes and the persistent store they do use to save their state should be structured such a way.