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

■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 経由だと、パラメータ名を正しい順番で手動管理しなければなりません。

■No55983 (RGB さん) に返信
> shuさん、Miraさん
> 
> ご返答ありがとうございます。
> 
> shuさんがご指摘されたように、Integer.Parse("0012")だと、12になるんですけど、
> Miraさんが言われるように、何かの変数に格納した"0012"をValしようとすると、
> やはり、0.0になります。ToStringしてからValしても同じでした。
> 
> まさか、左端が０の場合は〜みたいな条件文を書いて、
> 数値を出すしかないてことは、ないですよね？？？
一応こちらのVS2008SP1の環境でValを試したところ大丈夫でした。
ValよりParseの方がFramework的には良いと思いますので可能なら置き換えることを奨めます。
ValはDoubleを返すので Double.Parseとした方が近いかもしれません。
置き換えるのが大変ということであればとりあえずの方法として、

    Public Function Val(ByVal Src As String) As Double
        Return Double.Parse(Src)
    End Function

をどこかのモジュールに定義し『Microsoft.VisualBasic.Conversion 』のValを
隠してしまうというやり方もあります。あまりいい方法ではありませんが・・・