問題タブ [regional-settings]

SSMS の出力形式を理解するのに少し苦労しています。

テーブル:

• fielda = フロート
• fieldb = 10 進数 (18,6)

SQL :

グリッド、テキストの結果:

つまり、float = ','、decimal = '.' です。

これは地域設定 (ローカル)、SSMS 設定 (アプリ)、またはデータベースですか?

最後の場合はそうではないようで、結果は場所（PC）ごとに異なります。float と decimal の両方を「数値」と見なすことができると想定しているため、地域設定は奇妙に思えます。そして、SSMSの設定は私にはわかりません。

これを修正する方法はありますか？そして、これを修正する方法(=同じ結果)?

SSMS 10
PC 地域設定 NL

英語ベースのシステムで使用される Excel ツールがいくつかあります。ただし、同じツールを日本語のシステムで使用すると、特にNetWorkdays()Excel 機能が機能しないよう#NAで、セルに表示されるだけです。

誰かが同様の問題に遭遇しましたか? もしそうなら、それをどのように修正したかを共有してください。

PS: 「分析 Tookpak」は、日本語 LAN & Reg 設定の PC をサポートしていないということですか?

訪問者の国を検出するために、多くのフォーラムで以下のコードが提案されていますが、うまくいきません。

modGlobal.ResolveCountry.ThreeLetterISORegionName

ローカル マシンでは、コンピュータのレショナル設定の地域を正しく返しますが、運用サーバーでは常に USA を返します。

これは、関数が環境の地域設定 (つまり、サーバーの地域設定) を返すためだと思いますが、誰でもこれを確認できますか? もしそうなら、asp.netで訪問者の国を検出するためのベストプラクティスは何ですか?

要するに、同じデータベースが異なるサーバーでは異なる形式で日付を返すため、正しい日付形式に設定するのに問題があります。

次の状況があります: Microsoft FoxPro 9 データベースからデータを取得する PHP ベースの Web アプリケーション。データベース接続は OleDB で行われます。PHP では、これは COM オブジェクトを介して ADODB を利用します。

接続文字列は次のようになります。

このプログラムは、世界中のさまざまなサーバーに展開され、さまざまなバージョンの Windows Server (2003-2008 R2) で実行されます。クエリは次の方法で実行されます。

これにより、すべての値がプレーンテキストの結果セットが返されます。ここで問題が発生します。データベースは日付に対して同じフォーマットを使用していないため、後で PHP で日付を処理するのが難しくなります。これまでのところ、アプリは米国形式: mm/dd/yyyy とオランダ語形式: dd-mm-yyyy に対応しています。プログラムは、日付にスラッシュが含まれている場合は US 形式が使用され、ハイフンが含まれている場合は dmy 形式が使用されると想定しています。これは長い間順調に進んでいますが、最近、プログラムをブラジルのサーバーに展開しました。このプログラムは、ブラジルの形式 dd/mm/yyyy で日付を返します。プログラムは明らかにこれを米国の形式と混同しています。

データベースに別の日付形式（米国）で報告させようとしましたが、役に立ちませんでした。2 つの異なる開発環境で、Windows の地域設定を別の国に変更すると、データベースが使用する日付形式がすぐに変更されます。これらの開発環境はすべて Windows 7 システムです。ただし、これは Windows Server を使用するサーバーでは機能しません。複数のサーバーですべての地域設定 (形式、場所、システム ロケール) を変更しましたが、結果はありません。正しい地域設定で FoxPro を再起動または再インストールした後でも。データベースは、スタックしているように見える日付形式で報告し続けます。

Windows Server 環境で FoxPro が使用する日付形式を変更する方法を知っている人はいますか?

私が調査した他のオプションには、地域情報を DSN に入れることが含まれますが、可能な方法を見つけることができませんでした。また、FoxPro ステートメントSET DATE TO .....は OleDB では受け入れられません。ブラジルの形式を理解するようにアプリケーションを変更したり、多数の if-else ステートメントを追加したりすることは、実行可能な解決策とは思えません。

デフォルトの小数点記号がピリオドではなくコンマである国の人々に発生したアプリケーションのバグを追跡しました。他のアプリに影響を与えたり、システム設定を永久に変更したりせずに、C# でアプリケーションの小数点記号を設定する方法はありますか? これを試しましたが、NumberDecimalSeparator は読み取り専用であると表示されます。

アプリケーションから地域の書式設定と言語をオーバーライドする方法はありますか? 私はこの質問の要点に到達することができません。

そのため、アプリから地域を変更すると、iPhone の地域設定が変更されます。

誰でもそれを助けることができますか？

実際のところ、数値データを生成できる複数のシステムがあり、それらはテキスト ファイルで Web サーバーに保存されています。一部のシステムでは小数点を分数区切りとして使用し、一部のシステムでは小数点のコンマを同じように使用します。

アプリケーション (ファット クライアント、.net 2.0) も、どちらの種類のシステムでも実行できます。

それで、つまずいた後、私はこれをしました：（http://pastebin.com/vhLXABDD）

より良い、よりエレガントな方法を提案していただけますか?

編集：

前に言及しなかったことをお詫び申し上げます。あなたの答えはその方向に傾いているため、文化の生成を数字で保存することはできません。それを「検出」しようとすることしかできません。

IIS 7 で実行されているクラシック ASP アプリケーションが 1 つあります。英国の地域設定が必要だったので、以下を変更しました。

1. コントロール パネルの地域設定
2. HKEY_CURRENT_USER および HKEY_USERS の下のすべてのユーザーのレジストリへの手動変更
3. IIS 7、機能、.Net グローバリゼーション設定

しかし、私が設定した「dd/MM/yyyy」の日時形式をまだ取得していません。これは、アプリケーションで CStr または FormatDateTime 関数を呼び出すと明らかです。

IIS のロケール キャッシュについて聞いたことがあります。それは私の問題と何か関係がありますか?

Excel 2007 用の VSTO アドインを作成しています。開発用コンピューターでは、英語 (英国) の地域設定ですべて正常に動作します。ただし、一部のエンド ユーザーには他の設定があります。

データベースに情報を追加するときはすべて正常に機能しますが、データテーブルに英語 (米国) の地域設定を入力しようとすると失敗します。

アドインのスタートアップで Thread.CurrentCulture を設定しようとしましたが、これはスローされ、次のような例外が発生します。

MSCORLIB カルチャはサポートされていません

これを回避する方法を知っている人はいますか？