C# と VB.NET の質問掲示板

■No47695 (QT さん) に返信
> Private DtpDate As Date = Datetime.Now.Date
  Private DtpDate As Date = Today でも可ですね。

>   Cmd.CommandString = "PARAMETERS @DtpDate Date, @RegID Integer; UPDATE HogeTable SET Reg_Date = @DtpDate WHERE ID = @RegID"
.CommandText では無く?

>   Cmd.Parameters.Add("@DtpDate",GetType(Date)).Value=DtpDate
.Add(String, Object) も利用可能ですが、できる限り
.Add(String, OleDbType) を利用するようにしてください。

すなわち、
　Cmd.Parameters.Add("@DtpDate", OleDb.OleDbType.Date).Value = DtpDate
です。


> Catch ex As Exeption
Exeption ではなく
Exception ですよね。


> 実際に反映されるのは1899/12/29もしくは0:00:00です。
提示されたサンプル中の SQL の内容は、実際に使っているものと一字一句違わず同じ内容ですか?

■No47699 (QT さん) に返信
> 間違いが多く申し訳ないです。ご指摘の通り訂正させていただきます。
とはいえ、本筋は特に間違っていませんでしたよ。
最初のサンプルそのままでも、正しく更新できましたし。


> SQLは他にもフィールドがあるので、実際とは違いますが
質問時にそれは避けましょう。問題の切り分けが難しくなってしまいます。

どこかに見落としがあるといけませんので、
テーブル名/列名などの定義も、今回提示したサンプルとすべて同じにして、
先のコードをもう一度実行してみてください。


>>>実際に反映されるのは1899/12/29もしくは0:00:00です。
これも妙なんですよね…。

その値だと、数値的には -1 or 0 が渡されたことになっていますので、多分、どこかの箇所で
日付のかわりに YES or NO (あるいは TRUE or FALSE)が渡されているものと予想されます。
(YES/NO 型の内部値は -1 / 0 です)


ちなみに、DATE 型の内部値は以下の通り。

　−2.00　… 1899/12/28 00:00:00

　−1.75　… 1899/12/29 18:00:00
　−1.50　… 1899/12/29 12:00:00
　−1.25　… 1899/12/29 06:00:00
　−1.00　… 1899/12/29 00:00:00

　−0.75　… 1899/12/30 18:00:00
　−0.50　… 1899/12/30 12:00:00
　−0.25　… 1899/12/30 06:00:00
　　0.00　… 1899/12/30 00:00:00
　±0.25　… 1899/12/30 06:00:00
　±0.50　… 1899/12/30 12:00:00
　±0.75　… 1899/12/30 18:00:00

　＋1.00　… 1899/12/31 00:00:00
　＋1.25　… 1899/12/31 06:00:00
　＋1.50　… 1899/12/31 12:00:00
　＋1.75　… 1899/12/31 18:00:00

　＋2.00　… 1900/01/01 00:00:00

■No47704 (QT さん) に返信
> 調べてみたところ、
DateTimePickerは関係無かったみたいですね。(^^;

> PARAMETERS句の各パラメータの並びとコマンドにパラメータを追加する順を
> 同じにしたところ正常に登録されるようになりました。
> 並びを同じにしなければならないのでしたら、PARAMETERS句を使っている意味もない気がします・・・。

同じ並びになっていない状況というのは、
　PARAMETERS @変数1 型1, @変数2 型2, @変数3 型3;
というパラメータークエリーに対して、
　Cmd.Parameters.Add("@変数1", 型1)
　Cmd.Parameters.Add("@変数3", 型3)
　Cmd.Parameters.Add("@変数2", 型2)
のような登録を行っていた、という意味でしょうか?

それとも、.Parameters.Add の順番は PARAMETERS 句と一致させていたけれども、
　PARAMETERS @変数1 型1, @変数2 型2, @変数3 型3;
　UPDATE foo SET Col1 = @変数3, Col2 = @変数1 WHERE Col3 = 変数2;
のように、DML 中での登場順と PARAMETERS 句での記述順が異なっていたという意味でしょうか?


前者の意味だとしたら、それはそういう仕様です。

DAO や ADO(Jet OLE DB Provider)で処理した場合には、パラメータ名を自動取得できるのですが、
ADO.NET 経由だと、パラメータ名を正しい順番で手動管理しなければなりません。