トップ回答者
多言語対応について

質問
回答
-
-
NET初心者 さんからの引用 現在、SQL Server2005を利用して、データベース設計をしています。
今回構築するアプリケーションは、多言語(英語/日本語)に対応する必要があり、以下の2つの項目について
考慮することを考えていますが、何かほかに考慮しておかなければいけない項目などがあれば、
ご享受いただけませんでしょうか?
【考慮する項目】
①日付フォーマット(表示形式)
yy/mm/dd(なのかdd/mm/yy)
②並び替え順序
多言語対応が英語/日本語なら、「データベース設計に関して言えば」特に考慮しなくても良いと思います。
※どちらかというと、アプリケーションの方で考慮する部分が多いかと。例えば、
> ①日付フォーマット(表示形式)
ですが、データベースではDATETIME型で定義しておけば、yy/mm/ddと扱うかdd/mm/yyで扱うかはアプリケーション側でどのように扱うかによります。※INSERTするときの日付フォーマット文字列が面倒かも。
> ②並び替え順序
ですが、日本語をメインに扱うのであれば、JAPANESE_CI_AS、もしくはJAPANESE_BIN2で良いと思います。
どちらの照合順序を使っても、アルファベットのコードが若いですから。その他、注意する点としては、文字列はUNICODEで扱うようにしてください。
(nvarchar型もしくはnchar型で定義)
-
すべての返信
-
-
NET初心者 さんからの引用 現在、SQL Server2005を利用して、データベース設計をしています。
今回構築するアプリケーションは、多言語(英語/日本語)に対応する必要があり、以下の2つの項目について
考慮することを考えていますが、何かほかに考慮しておかなければいけない項目などがあれば、
ご享受いただけませんでしょうか?
【考慮する項目】
①日付フォーマット(表示形式)
yy/mm/dd(なのかdd/mm/yy)
②並び替え順序
多言語対応が英語/日本語なら、「データベース設計に関して言えば」特に考慮しなくても良いと思います。
※どちらかというと、アプリケーションの方で考慮する部分が多いかと。例えば、
> ①日付フォーマット(表示形式)
ですが、データベースではDATETIME型で定義しておけば、yy/mm/ddと扱うかdd/mm/yyで扱うかはアプリケーション側でどのように扱うかによります。※INSERTするときの日付フォーマット文字列が面倒かも。
> ②並び替え順序
ですが、日本語をメインに扱うのであれば、JAPANESE_CI_AS、もしくはJAPANESE_BIN2で良いと思います。
どちらの照合順序を使っても、アルファベットのコードが若いですから。その他、注意する点としては、文字列はUNICODEで扱うようにしてください。
(nvarchar型もしくはnchar型で定義)
-