0
これは奇妙なものです。ADO ADDBTIMESTAMP形式が変更されました
ADOを使用してSQL Serverからデータを取得するコードがいくつかあります。このコードは現在7〜8年の間使用されており、しばらくは触れられていません。
我々はいくつかの変換のために返されるフィールドのタイプをチェック機能では、我々はこれを持っている：
case (fieldType = ADDBTIMESTAMP$)
* // A date/time stamp (yyyymmddhhmmss plus a fraction
* // in billionths)
* // Looksd like we're just getting MM/DD/YYYY
* // ooh no sometimes we get 6/25/2010 11:35:00 AM
基本的に、これはフィールドの型がADDBTIMESTAMP（または135）のときと言っているし、何のために理由は、日付がMM/DD/YYYYで返されていることがあり、時にはタイムスタンプが付きません。
今朝、すべての日付フィールドに値YYYY-MM-DD（ダッシュが含まれています）が返されます。
私はこのコードを変更していません。ネットワークの人々は、SQL Serverを更新または変更していないと誓っています。私のワークステーションはWin10だから、何が変更されたのか分かっていますが、ここ数日間は何の更新情報も表示されません。
明らかに、何が正しいフォーマットでなければならないのかを考えれば、変更されていますが、私にとっては何が起こったのか分かりません。
ヘルプやヒント、精神医学的なアドバイスをいただければ幸いです。
ありがとうございました。
あなたのコードやマシン、あるいはSQLサーバは表示されません。日付が文字列かどうかはわかりませんが、それはすべて私の考えになります。照合順序が変更されたか、日付が生成されたマシンに「文化」設定が変更された可能性が高くなります。 –
+1 @RicardoC。これらの点に加えて。データベースからサンプルレコードを提供できますか？ SQL Serverではどのようなデータ型が使用されていますか？ –
彼らは最終的に私に他のマシンのいくつかへのアクセスを与えました。私のワークステーションは問題のある唯一のものだということが分かります。彼らはオペレーティングシステムのサラダを実行しています。 2つのワークステーションに同じOSやバージョンなどはありません。彼らは問題がなくなるまで、一度に1台のマシンでアップデートをアンインストールすることに決めました。私はワークステーションをアップデートしてWin10のそれ以降のバージョンのマシンとマッチさせる方が簡単だと思っていましたが、何を知っていますか？ アドバイスをいただきありがとうございます。 – Aaron