MS SQL Server 2005 のmoney,datetimeのデータ型の変換について
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
hitachijoho
投稿数: 53
投稿数: 53
はい、どのタイミングで書き込みを行うかは知らないんですが、前は可笑しい現象は発生した場合、プロジェクトやフローやステップを"新規に"作成し直してできた経験がありますので、昨日、その経験を生かして確認した所、できました。今度の経験だからこそ、Jbolt開発において、"新規に"という姿勢がより重要になると思います。
ご関心を頂き、ありがとうございました。
ご関心を頂き、ありがとうございました。
投票数:0
平均点:0.00
jBOLTer
投稿数: 82
投稿数: 82
hitachijohoさん、解決してなによりです。
>⇒マッパーを開いた時にスキーマ接続エラーログダイアログ>ボックスは出てから、再度設定してやってみた所、実現されましたので、真な原因としてJboltは加えた修正は全て認識なさそうだと思います。
コンピュータを使用する場合、ソフトウェアがどのタイミングで書き込みを行うかは、開発者やオペレータが知らなければいけないものです。それを知らずに問題が発生した場合、原因はソフトウェアにあるのではなく、使う人間にあります。少なくとも、自分の操作の結果だけが他の人と違う場合は、まず自分の操作を見直して、プロジェクトやフローやステップを"新規に"作成し直して確認する、という姿勢が重要だと思います。
とにかく、一歩前進できてよかったですね。
>⇒マッパーを開いた時にスキーマ接続エラーログダイアログ>ボックスは出てから、再度設定してやってみた所、実現されましたので、真な原因としてJboltは加えた修正は全て認識なさそうだと思います。
コンピュータを使用する場合、ソフトウェアがどのタイミングで書き込みを行うかは、開発者やオペレータが知らなければいけないものです。それを知らずに問題が発生した場合、原因はソフトウェアにあるのではなく、使う人間にあります。少なくとも、自分の操作の結果だけが他の人と違う場合は、まず自分の操作を見直して、プロジェクトやフローやステップを"新規に"作成し直して確認する、という姿勢が重要だと思います。
とにかく、一歩前進できてよかったですね。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
皆さん、
いろいろ積極なご発言を頂き、誠にありがとうございました。
今、ミリ秒まで登録できましたので、ご連絡します。
原因は前お話した下記の通りです。
>>データマッパーで既に使用されているデータ属性の属性を変更
>>すると、次回マッパーを開いた時にスキーマ接続エラーログダイ
>>アログボックスが開きますので
>⇒次回マッパーを開いた時にスキーマ接続エラーログダイアログ>ボックスは出てませんので、ご了解お願い致します。
⇒マッパーを開いた時にスキーマ接続エラーログダイアログ>ボックスは出てから、再度設定してやってみた所、実現されましたので、真な原因としてJboltは加えた修正は全て認識なさそうだと思います。
いろいろ積極なご発言を頂き、誠にありがとうございました。
今、ミリ秒まで登録できましたので、ご連絡します。
原因は前お話した下記の通りです。
>>データマッパーで既に使用されているデータ属性の属性を変更
>>すると、次回マッパーを開いた時にスキーマ接続エラーログダイ
>>アログボックスが開きますので
>⇒次回マッパーを開いた時にスキーマ接続エラーログダイアログ>ボックスは出てませんので、ご了解お願い致します。
⇒マッパーを開いた時にスキーマ接続エラーログダイアログ>ボックスは出てから、再度設定してやってみた所、実現されましたので、真な原因としてJboltは加えた修正は全て認識なさそうだと思います。
投票数:0
平均点:0.00
sndirect
投稿数: 7
投稿数: 7
こんにちは。
今まで投稿を拝見しておりましたが．．．
それでは、と思って、私もJiro123さんが言われるとおりにやってみました。
ミリ秒までただしく入力/表示されましたよ。
ところで、hitachijohoさん。
このフォーラムには、ダウンロード(β)というところにファイルをアップロードできる仕組みがあります。
そこに、サンプルのプロジェクトと、OracleテーブルのCreateTable文をアップロードされてはいかがでしょう？
それを見たら、また何かわかるかもしれません。
今まで投稿を拝見しておりましたが．．．
それでは、と思って、私もJiro123さんが言われるとおりにやってみました。
ミリ秒までただしく入力/表示されましたよ。
ところで、hitachijohoさん。
このフォーラムには、ダウンロード(β)というところにファイルをアップロードできる仕組みがあります。
そこに、サンプルのプロジェクトと、OracleテーブルのCreateTable文をアップロードされてはいかがでしょう？
それを見たら、また何かわかるかもしれません。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
Jbolt達人ががいらっしゃいましたら、ご指導のほど、よろしくお願いします。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
jBOLTer さま
ご確認、誠にありがとうございました。
ご提案の確認順序で再度確認した結果をご報告します。
>１．マネージメントスタジオでINSERT文を実行してミリ秒まで入
>力して、確認する。
⇒SQL Server Management Studio Expressでミリ秒までのINSERT文を作ってミリ秒までINSERTできること確認しました。
>２．データマッパの送り先にデータテーブルをセット、該当項目
>の計算値に直接ミリ秒まで入力して確認する。
⇒該当項目の計算値に直接ミリ秒まで（'2009/04/06 11:44:59.047'）入力して確認した所、「2009/04/06 11:44:59.000」となった現象は変わってないんです。
ご確認、誠にありがとうございました。
ご提案の確認順序で再度確認した結果をご報告します。
>１．マネージメントスタジオでINSERT文を実行してミリ秒まで入
>力して、確認する。
⇒SQL Server Management Studio Expressでミリ秒までのINSERT文を作ってミリ秒までINSERTできること確認しました。
>２．データマッパの送り先にデータテーブルをセット、該当項目
>の計算値に直接ミリ秒まで入力して確認する。
⇒該当項目の計算値に直接ミリ秒まで（'2009/04/06 11:44:59.047'）入力して確認した所、「2009/04/06 11:44:59.000」となった現象は変わってないんです。
投票数:0
平均点:0.00
jBOLTer
投稿数: 82
投稿数: 82
私の環境ではできています。
私はこのような場合、以下のような順序で確認します。
（以下の「確認する」は、全てマネージメントスタジオのSELECT文でミリ秒表示の確認を行うものとします。）
１．マネージメントスタジオでINSERT文を実行してミリ秒まで入力して、確認する。
２．データマッパの送り先にデータテーブルをセット、該当項目の計算値に直接ミリ秒まで入力して確認する。
３．予め変数にミリ秒まで入力しておき、データマッパの送り先にデータテーブルをセット、該当項目の計算値に変数をセットして確認する。
４．予め変数にミリ秒まで入力しておき、データマッパの送り元に「Variables」を設定し、該当変数を設定する。送り先にデータテーブルをセット。該当変数とデータテーブルの該当項目をマッピングし、確認する。
５．ExcelコンポーネントでCellに変数をセット。次にデータマッパの送り元に「Variables」を設定し、該当変数を設定する。送り先にデータテーブルをセット。該当変数とデータテーブルの該当項目をマッピングし、確認する。
hitachijohoさんは、変数にミリ秒が入っていることをデバッガで確認されているので、これは既にExcelの問題ではないと思います。
上記の何番まで確認できるか、確認されてはいかがですか。そうすると、どこまで何ができているか、討論しやすいと思います。
私はこのような場合、以下のような順序で確認します。
（以下の「確認する」は、全てマネージメントスタジオのSELECT文でミリ秒表示の確認を行うものとします。）
１．マネージメントスタジオでINSERT文を実行してミリ秒まで入力して、確認する。
２．データマッパの送り先にデータテーブルをセット、該当項目の計算値に直接ミリ秒まで入力して確認する。
３．予め変数にミリ秒まで入力しておき、データマッパの送り先にデータテーブルをセット、該当項目の計算値に変数をセットして確認する。
４．予め変数にミリ秒まで入力しておき、データマッパの送り元に「Variables」を設定し、該当変数を設定する。送り先にデータテーブルをセット。該当変数とデータテーブルの該当項目をマッピングし、確認する。
５．ExcelコンポーネントでCellに変数をセット。次にデータマッパの送り元に「Variables」を設定し、該当変数を設定する。送り先にデータテーブルをセット。該当変数とデータテーブルの該当項目をマッピングし、確認する。
hitachijohoさんは、変数にミリ秒が入っていることをデバッガで確認されているので、これは既にExcelの問題ではないと思います。
上記の何番まで確認できるか、確認されてはいかがですか。そうすると、どこまで何ができているか、討論しやすいと思います。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
皆さんの熱意な発言を頂き、誠にありがとうございました。
ExcleのcellからDateTimeデータ型の取り込みの経験を持ってる達人ががいらっしゃいましたら、まだ�，鰐げ魴茲任垢�、ご指導のほど、よろしくお願いします。
ExcleのcellからDateTimeデータ型の取り込みの経験を持ってる達人ががいらっしゃいましたら、まだ�，鰐げ魴茲任垢�、ご指導のほど、よろしくお願いします。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
>こちらでは、data_type.xmlを変更して、文字型変数(書式:23)の>値をDataMapperで設定して、データがセットできることは確認し
>ています。
⇒自分が心配しているのはExcleのcell「2009/04/06 11:44:59.047」を⇒MS SQL Server 2005のtableのDateTimeデータ型のcloumにデータがセットできることは確認していますね？
>ています。
⇒自分が心配しているのはExcleのcell「2009/04/06 11:44:59.047」を⇒MS SQL Server 2005のtableのDateTimeデータ型のcloumにデータがセットできることは確認していますね？
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
>DataMapperの構成画面では、送り元は設定していなくて、送り先>だけ設定していて、datetime型項目のプロパティの計算値欄に
>て、jBOLTの文字型変数をそのまま指定しています。関数などで
>コンバートも一切行っていません。
⇒上記もやって見ましたが、ためでした。
>て、jBOLTの文字型変数をそのまま指定しています。関数などで
>コンバートも一切行っていません。
⇒上記もやって見ましたが、ためでした。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
>UTの納期
UTって何ですか？
⇒Debugモードで各ファイルから各テーブルに正しくImportすることをテストすること。
UTって何ですか？
⇒Debugモードで各ファイルから各テーブルに正しくImportすることをテストすること。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
詳しく説明したいと思いますので、ここには画面ハードCopyなどは使えますでしょうか？
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
>UTの納期
UTって何ですか？
変数の書式が書かれていませんので、ご提示願います。
どう実装しているかの情報が不足しているように思います。
情報不足だと、アドバイスは難しいです。。。
確認を求める前に、詳しい情報の提示をされてはいかがでしょうか。
こちらでは、data_type.xmlを変更して、文字型変数(書式:23)の値をDataMapperで設定して、データがセットできることは確認しています。
DataMapperの構成画面では、送り元は設定していなくて、送り先だけ設定していて、datetime型項目のプロパティの計算値欄にて、jBOLTの文字型変数をそのまま指定しています。関数などでコンバートも一切行っていません。
そちらの実装を詳細に提示されることで、レスが付くかも知れませんよ。
UTって何ですか？
変数の書式が書かれていませんので、ご提示願います。
どう実装しているかの情報が不足しているように思います。
情報不足だと、アドバイスは難しいです。。。
確認を求める前に、詳しい情報の提示をされてはいかがでしょうか。
こちらでは、data_type.xmlを変更して、文字型変数(書式:23)の値をDataMapperで設定して、データがセットできることは確認しています。
DataMapperの構成画面では、送り元は設定していなくて、送り先だけ設定していて、datetime型項目のプロパティの計算値欄にて、jBOLTの文字型変数をそのまま指定しています。関数などでコンバートも一切行っていません。
そちらの実装を詳細に提示されることで、レスが付くかも知れませんよ。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
>変数の型とか書式とか
⇒�（竸瑤侶燭亙源�型です。
�▲痢璽鋲胆�の書式等はさわっていません。
※いろいろ（書式:19,23など）試して見ましたが、できないので、ここに投稿してお聞きになりました。
>あと自分自身でも、いろいろと調査しないと、人に頼るだけで
>は、解決できる問題も解決できないことがあると思います。
この問題は二日前から、いろいろと調査しながら、がんばっていまますが、UTの納期は昨日でしたが、この未解決Bugは制限事項として納品しました。という状況です。
Jboltは初めてですので、ご協力のほど、よろしくお願いします。
よろしければ、下記の実装で、一度、実施して確認して頂けませんでしょうか？
１．Excelコンポーネント：Cell -> 変数
２．データマッパ：変数 -> データテーブル
⇒�（竸瑤侶燭亙源�型です。
�▲痢璽鋲胆�の書式等はさわっていません。
※いろいろ（書式:19,23など）試して見ましたが、できないので、ここに投稿してお聞きになりました。
>あと自分自身でも、いろいろと調査しないと、人に頼るだけで
>は、解決できる問題も解決できないことがあると思います。
この問題は二日前から、いろいろと調査しながら、がんばっていまますが、UTの納期は昨日でしたが、この未解決Bugは制限事項として納品しました。という状況です。
Jboltは初めてですので、ご協力のほど、よろしくお願いします。
よろしければ、下記の実装で、一度、実施して確認して頂けませんでしょうか？
１．Excelコンポーネント：Cell -> 変数
２．データマッパ：変数 -> データテーブル
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
変数の型とか書式とか、もっと現在のプロジェクトの作りについての情報をご提供できると思います。
アドバイスするにも、情報が足りないですね。
あと自分自身でも、いろいろと調査しないと、人に頼るだけでは、解決できる問題も解決できないことがあると思います。
がんばってください。
アドバイスするにも、情報が足りないですね。
あと自分自身でも、いろいろと調査しないと、人に頼るだけでは、解決できる問題も解決できないことがあると思います。
がんばってください。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
ご確認、ありあがとうございました。
はい、此方の実装方法は仰った下記の様です。
１．Excelコンポーネント：Cell -> 変数
２．データマッパ：変数 -> データテーブル
>１と２の橋渡しをする変数には、ミリ秒まで正しく渡っています>か？デバッガやSaveMessageで確認できると思います。
⇒デバッガで１と２の橋渡しをする変数には、ミリ秒まで正しく渡っていること（変数の値は「2009/04/06 11:44:59.047」）は確認致しました。
ただ、データ マッパーStepの後にDBのテーブルの値は「2009/04/06 11:44:59.000」となりました。
お多忙の所、ご確認のほど、よろしくお願い致します。
はい、此方の実装方法は仰った下記の様です。
１．Excelコンポーネント：Cell -> 変数
２．データマッパ：変数 -> データテーブル
>１と２の橋渡しをする変数には、ミリ秒まで正しく渡っています>か？デバッガやSaveMessageで確認できると思います。
⇒デバッガで１と２の橋渡しをする変数には、ミリ秒まで正しく渡っていること（変数の値は「2009/04/06 11:44:59.047」）は確認致しました。
ただ、データ マッパーStepの後にDBのテーブルの値は「2009/04/06 11:44:59.000」となりました。
お多忙の所、ご確認のほど、よろしくお願い致します。
投票数:0
平均点:0.00
jBOLTer
投稿数: 82
投稿数: 82
Excelからデータテーブルには直接の書き込みはできないので、必ず変数に入れているはず。順序としては以下のようになっているのではないでしょうか。
１．Excelコンポーネント：Cell -> 変数
２．データマッパ：変数 -> データテーブル
その場合、１と２の橋渡しをする変数には、ミリ秒まで正しく渡っていますか？デバッガやSaveMessageで確認できると思います。
１．Excelコンポーネント：Cell -> 変数
２．データマッパ：変数 -> データテーブル
その場合、１と２の橋渡しをする変数には、ミリ秒まで正しく渡っていますか？デバッガやSaveMessageで確認できると思います。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
>Excelからテーブルに取り込むかどうかを再度ご確認していただけますでしょうか？
Excelから直接テーブルにデータをセットすることはできないので、一旦文字型変数に日付データをセットしてから、その変数を使って行っています。
hitachijoho さんは、どのように実装しているのですか。
実装の仕方が違えば、結果も異なる可能性は十分ありえますよね。
提示される情報が少ないと、アドバイスも難しいです。。。
Excelから直接テーブルにデータをセットすることはできないので、一旦文字型変数に日付データをセットしてから、その変数を使って行っています。
hitachijoho さんは、どのように実装しているのですか。
実装の仕方が違えば、結果も異なる可能性は十分ありえますよね。
提示される情報が少ないと、アドバイスも難しいです。。。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
>または、Datamapperでそのテーブルを取り込んでCSVに吐き出し
>てみると、正しくミリ秒以下が取り込まれていることを確認でき
>ました。
⇒此方はExcelからSQL Server2005のテーブルに取り込むという目的ですから、よろしければ、Excelからテーブルに取り込むかどうかを再度ご確認していただけますでしょうか？
お忙しい所、すみませんですが、ご確認のほど、よろしくお願い致します。
>てみると、正しくミリ秒以下が取り込まれていることを確認でき
>ました。
⇒此方はExcelからSQL Server2005のテーブルに取り込むという目的ですから、よろしければ、Excelからテーブルに取り込むかどうかを再度ご確認していただけますでしょうか？
お忙しい所、すみませんですが、ご確認のほど、よろしくお願い致します。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
ご確認、ありがとうございました。
ご提示の下記内容を私の環境の date_type.xmlの該当部分に
Copyで書き直してからJboltの再起動してクエリのSELECT文で確認しましたが、結果は「2009/04/06 11:44:59.000」となった現象は変わってないです。
-------
<Mapping>
<GW>99</GW>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic/>
<StoredSize/>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
----------
ご提示の下記内容を私の環境の date_type.xmlの該当部分に
Copyで書き直してからJboltの再起動してクエリのSELECT文で確認しましたが、結果は「2009/04/06 11:44:59.000」となった現象は変わってないです。
-------
<Mapping>
<GW>99</GW>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic/>
<StoredSize/>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
----------
投票数:0
平均点:0.00
jBOLTer
投稿数: 82
投稿数: 82
>ミリ秒まで実現した経験は持っている方がいらっしゃいましたら、ご回答のほど、よろしくお願いします。
私もSTRINGDATEに変更して試したところ、問題なくミリ秒まで登録できました。方法はdata_types.xmlの変更と、マッパ画面で線を引いただけです。ノード特性の書式等はさわっていません。
但し、使用しているSQLServer2005Expressのマネージメントスタジオは、「テーブルを開く」を実行すると、ミリ秒以下が表示されません。注意が必要です。その場合は、SELECT文でクエリを実行すると、結果の表にはミリ秒以下が表示されます。
または、Datamapperでそのテーブルを取り込んでCSVに吐き出してみると、正しくミリ秒以下が取り込まれていることを確認できました。
<GW>99</GW>が抜けていただけかもしれませんね。それで解決できれば何よりですが。
私もSTRINGDATEに変更して試したところ、問題なくミリ秒まで登録できました。方法はdata_types.xmlの変更と、マッパ画面で線を引いただけです。ノード特性の書式等はさわっていません。
但し、使用しているSQLServer2005Expressのマネージメントスタジオは、「テーブルを開く」を実行すると、ミリ秒以下が表示されません。注意が必要です。その場合は、SELECT文でクエリを実行すると、結果の表にはミリ秒以下が表示されます。
または、Datamapperでそのテーブルを取り込んでCSVに吐き出してみると、正しくミリ秒以下が取り込まれていることを確認できました。
<GW>99</GW>が抜けていただけかもしれませんね。それで解決できれば何よりですが。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
私の環境の date_type.xml と比較してみました。
-------
<Mapping>
<GW>99</GW>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic/>
<StoredSize/>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
----------
ちょっと違うようですね。
「<GW>99</GW>」がありますね。
jBOLTのヘルプは、hitachijoho さんの記述になっていますね。
ヘルプの誤植のようですね。
私がヘルプの記載箇所を紹介したことで、騒がせてしまったようですね。すみません。<(_ _)>
このタグを付加して試して頂けますか。
-------
<Mapping>
<GW>99</GW>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic/>
<StoredSize/>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
----------
ちょっと違うようですね。
「<GW>99</GW>」がありますね。
jBOLTのヘルプは、hitachijoho さんの記述になっていますね。
ヘルプの誤植のようですね。
私がヘルプの記載箇所を紹介したことで、騒がせてしまったようですね。すみません。<(_ _)>
このタグを付加して試して頂けますか。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
ご回答、ありがとうございました。
>data_type.xmlでSTRINGDATEに変更すると、マッパーの送り先側
>のdatetime型の項目のプロパティは、書式が23となり、
>「StringDate」のチェックボックスも表示されません。
⇒data_type.xmlの変更した後、マップ画面を開いて確認したら、上記は確認できしたが、Delete connectionをして再設定した所、、「ノード特性」の「全般」の「属性」の「書式」の所は
「19」となりました。
なお、data_type.xmlの編集は、jBOLTを終了した状態で編集したんです。
ちなみに、
自分が気になっている所は下記のヘルプの記述は正しいでしょうか？
----------------------------
<Mapping>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic></MagicPic>
<StoredSize></StoredSize>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
-----------------------------
ミリ秒まで実現した経験は持っている方がいらっしゃいましたら、ご回答のほど、よろしくお願いします。
>data_type.xmlでSTRINGDATEに変更すると、マッパーの送り先側
>のdatetime型の項目のプロパティは、書式が23となり、
>「StringDate」のチェックボックスも表示されません。
⇒data_type.xmlの変更した後、マップ画面を開いて確認したら、上記は確認できしたが、Delete connectionをして再設定した所、、「ノード特性」の「全般」の「属性」の「書式」の所は
「19」となりました。
なお、data_type.xmlの編集は、jBOLTを終了した状態で編集したんです。
ちなみに、
自分が気になっている所は下記のヘルプの記述は正しいでしょうか？
----------------------------
<Mapping>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic></MagicPic>
<StoredSize></StoredSize>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
-----------------------------
ミリ秒まで実現した経験は持っている方がいらっしゃいましたら、ご回答のほど、よろしくお願いします。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
jBOLTerさん。フォローありがとうございます。
>⇒再度、data_type.xmlの変更した後、マップ画面を開いて再設定
>した所、「ノード特性」の「全般」の「属性」の「書式」の所は
>「19」となりましたが、
data_type.xmlでSTRINGDATEに変更すると、マッパーの送り先側のdatetime型の項目のプロパティは、書式が23となり、「StringDate」のチェックボックスも表示されません。
元々のプロパティの画面とは異なるわけです。
この状態になっていないとミリ秒を扱えないようなのです。
date_type.xmlをご確認ください。
ちなみに、data_type.xmlの編集は、jBOLTを終了した状態で行わないと、いけません。
jBOLTは、起動時にdata_type.xmlを読み込むようなので、jBOLT起動中に編集しても、反映されないと思います。
>⇒再度、data_type.xmlの変更した後、マップ画面を開いて再設定
>した所、「ノード特性」の「全般」の「属性」の「書式」の所は
>「19」となりましたが、
data_type.xmlでSTRINGDATEに変更すると、マッパーの送り先側のdatetime型の項目のプロパティは、書式が23となり、「StringDate」のチェックボックスも表示されません。
元々のプロパティの画面とは異なるわけです。
この状態になっていないとミリ秒を扱えないようなのです。
date_type.xmlをご確認ください。
ちなみに、data_type.xmlの編集は、jBOLTを終了した状態で行わないと、いけません。
jBOLTは、起動時にdata_type.xmlを読み込むようなので、jBOLT起動中に編集しても、反映されないと思います。
投票数:0
平均点:0.00
jBOLTer
投稿数: 82
投稿数: 82
Jiro123さんがおっしゃるとおり、Datetime型はdate_type.xmlでSTRINGDATEにしないといけないと思います。
ところで、SQLServer2005はEXPRESSですか？また、マネージメントツールはどのバージョンを使用されていますか？
ところで、SQLServer2005はEXPRESSですか？また、マネージメントツールはどのバージョンを使用されていますか？
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
>data_type.xmlの変更した後、マップ画面を開きましたか？
>データタイプを変更した後は、再設定が必要であることを書きま
>した。
⇒再度、data_type.xmlの変更した後、マップ画面を開いて再設定した所、「ノード特性」の「全般」の「属性」の「書式」の所は「19」となりましたが、書式欄にて、有効桁数の「23」を変更して、『常に新規書式を使用する』にチェックして見た所、DateTimeデータ型のcloum1の値は「2009/04/06 11:44:59.000」となった現象は変わってないです。
何か別の注意事項はありますでしょうか？
>データタイプを変更した後は、再設定が必要であることを書きま
>した。
⇒再度、data_type.xmlの変更した後、マップ画面を開いて再設定した所、「ノード特性」の「全般」の「属性」の「書式」の所は「19」となりましたが、書式欄にて、有効桁数の「23」を変更して、『常に新規書式を使用する』にチェックして見た所、DateTimeデータ型のcloum1の値は「2009/04/06 11:44:59.000」となった現象は変わってないです。
何か別の注意事項はありますでしょうか？
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
了解不足で、大変失礼しました。
ご提示により、money型項目に小数部の有効桁数を4桁にしたいことは実現しました。誠にありがとうございました。
>data_type.xmlの変更した後、マップ画面を開きましたか？
>データタイプを変更した後は、再設定が必要であることを書きま
>した。
⇒再度、data_type.xmlの変更した後、マップ画面を開いて再設定した所、「ノード特性」の「全般」の「属性」の「書式」の所は「19」となりましたが、書式欄にて、有効桁数の「23」を変更して、『常に新規書式を使用する』にチェックして見た所、DateTimeデータ型のcloum1の値は「2009/04/06 11:44:59.000」となった現象は変わってないです。
なお、
＞データマッパーで既に使用されているデータ属性の属性を変更
>すると、次回マッパーを開いた時にスキーマ接続エラーログダイ
>アログボックスが開きますので
⇒次回マッパーを開いた時にスキーマ接続エラーログダイアログボックスは出てませんので、ご了解お願い致します。
ご提示により、money型項目に小数部の有効桁数を4桁にしたいことは実現しました。誠にありがとうございました。
>data_type.xmlの変更した後、マップ画面を開きましたか？
>データタイプを変更した後は、再設定が必要であることを書きま
>した。
⇒再度、data_type.xmlの変更した後、マップ画面を開いて再設定した所、「ノード特性」の「全般」の「属性」の「書式」の所は「19」となりましたが、書式欄にて、有効桁数の「23」を変更して、『常に新規書式を使用する』にチェックして見た所、DateTimeデータ型のcloum1の値は「2009/04/06 11:44:59.000」となった現象は変わってないです。
なお、
＞データマッパーで既に使用されているデータ属性の属性を変更
>すると、次回マッパーを開いた時にスキーマ接続エラーログダイ
>アログボックスが開きますので
⇒次回マッパーを開いた時にスキーマ接続エラーログダイアログボックスは出てませんので、ご了解お願い致します。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
すみません。私はあなたのサポート担当者ではありません。
このフォーラムは、相互の情報交換の場となっています。
もう少し投稿の際の表現には配慮して頂けないでしょうか。
data_type.xmlの変更した後、マップ画面を開きましたか？
データタイプを変更した後は、再設定が必要であることを書きました。
ご確認ください。
エラーの件ですが、このエラーはタイプが警告です。
今回の目的(money型項目に小数部の有効桁数を4桁にしたい)を果たすには、書式の変更は必要となります。
ですので、今回に限っては、この警告を無視するしかないと思います。
無視できないのであれば、目的は果たせないということになると思います。
このフォーラムは、相互の情報交換の場となっています。
もう少し投稿の際の表現には配慮して頂けないでしょうか。
data_type.xmlの変更した後、マップ画面を開きましたか？
データタイプを変更した後は、再設定が必要であることを書きました。
ご確認ください。
エラーの件ですが、このエラーはタイプが警告です。
今回の目的(money型項目に小数部の有効桁数を4桁にしたい)を果たすには、書式の変更は必要となります。
ですので、今回に限っては、この警告を無視するしかないと思います。
無視できないのであれば、目的は果たせないということになると思います。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
Jiro123様
いつもお世話になっております。
ご回答、ありがとうございました。
�，紡个靴討蓮�
<From_DB_Type>DATETIME</From_DB_Type>の下の＞<To_Data_Type>Date</To_Data_Type>を、<To_Data_Type>STRINGDATE</To_Data_Type>に変更してみましたが、現象が変わらないので、下記ヘルプの通りに
----------------------------
<Mapping>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic></MagicPic>
<StoredSize></StoredSize>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
-----------------------------
設定して見ましたけど、現象も変わらないんですが、
ご確認のほど、よろしくお願いします。
�△紡个靴討�
この属性の書式を「N10.4」に変更し、『常に新規書式を使用する』にチェックして見た所、「Mismatch in Format or Picture definition」というエラーは出てきました。
ご確認のほど、よろしくお願いします。
いつもお世話になっております。
ご回答、ありがとうございました。
�，紡个靴討蓮�
<From_DB_Type>DATETIME</From_DB_Type>の下の＞<To_Data_Type>Date</To_Data_Type>を、<To_Data_Type>STRINGDATE</To_Data_Type>に変更してみましたが、現象が変わらないので、下記ヘルプの通りに
----------------------------
<Mapping>
<From_DB_Type>DATETIME</From_DB_Type>
<To_Data_Type>STRINGDATE</To_Data_Type>
<MagicPic></MagicPic>
<StoredSize></StoredSize>
<StoredAs>ZString</StoredAs>
<StoradAsNumber>3</StoradAsNumber>
<StoredType></StoredType>
</Mapping>
-----------------------------
設定して見ましたけど、現象も変わらないんですが、
ご確認のほど、よろしくお願いします。
�△紡个靴討�
この属性の書式を「N10.4」に変更し、『常に新規書式を使用する』にチェックして見た所、「Mismatch in Format or Picture definition」というエラーは出てきました。
ご確認のほど、よろしくお願いします。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
>※今の設定方法：該当「ノード特性」の「全般」の「属性」のデータタイプをStringDateを選択しました。
こちらの設定だと、有効桁数が19桁になっているので、ミリ秒データ部分が欠落してしまいます。
次の設定を行ってください。
jBOLTを一旦終了して、インストールフォルダの下の「data_types.xml」の<From_DB_Type>DATETIME</From_DB_Type>の下の<To_Data_Type>Date</To_Data_Type>を、<To_Data_Type>STRINGDATE</To_Data_Type>に変更して保存してください。
この変更については、ヘルプの「デフォルトデータ書式ダイアログボックス」の最下部の注意の箇所に、変更方法の説明があります。
>※今の設定方法：該当「ノード特性」の「全般」の「属性」の書式が「N10.3」で、「値」の計算値はVal(Excleのcell「0.0274」,'N10.4')で設定しました。
属性の書式が「N10.3」と小数部の有効桁数が3桁になっています。
セットしたい数値の小数部は4桁なので、この属性の書式を「N10.4」に変更し、『常に新規書式を使用する』にチェックします。
上記で確認してみてください。
注意点としては、data_type.xmlのDATETIMEをSTRINGDATAEに変更したことにより、デフォルトでは、23桁まで有効となります。
この変更以降は、例えばミリ秒まで扱う必要がない場合など、取得・セットしたいデータの有効桁を調整するには、『常に新規書式を使用する』をチェックして、書式欄にて、有効桁数の数値を変更して調整してください。
データマッパーで既に使用されているデータ属性の属性を変更すると、次回マッパーを開いた時にスキーマ接続エラーログダイアログボックスが開きますので、調整が必要となります。既存の設定のままでは適切に動作しない可能性があるので、気をつけてください。
こちらの設定だと、有効桁数が19桁になっているので、ミリ秒データ部分が欠落してしまいます。
次の設定を行ってください。
jBOLTを一旦終了して、インストールフォルダの下の「data_types.xml」の<From_DB_Type>DATETIME</From_DB_Type>の下の<To_Data_Type>Date</To_Data_Type>を、<To_Data_Type>STRINGDATE</To_Data_Type>に変更して保存してください。
この変更については、ヘルプの「デフォルトデータ書式ダイアログボックス」の最下部の注意の箇所に、変更方法の説明があります。
>※今の設定方法：該当「ノード特性」の「全般」の「属性」の書式が「N10.3」で、「値」の計算値はVal(Excleのcell「0.0274」,'N10.4')で設定しました。
属性の書式が「N10.3」と小数部の有効桁数が3桁になっています。
セットしたい数値の小数部は4桁なので、この属性の書式を「N10.4」に変更し、『常に新規書式を使用する』にチェックします。
上記で確認してみてください。
注意点としては、data_type.xmlのDATETIMEをSTRINGDATAEに変更したことにより、デフォルトでは、23桁まで有効となります。
この変更以降は、例えばミリ秒まで扱う必要がない場合など、取得・セットしたいデータの有効桁を調整するには、『常に新規書式を使用する』をチェックして、書式欄にて、有効桁数の数値を変更して調整してください。
データマッパーで既に使用されているデータ属性の属性を変更すると、次回マッパーを開いた時にスキーマ接続エラーログダイアログボックスが開きますので、調整が必要となります。既存の設定のままでは適切に動作しない可能性があるので、気をつけてください。
投票数:0
平均点:0.00
hitachijoho
投稿数: 53
投稿数: 53
いつもお世話になっております。
今、ExcleファイルからMS SQL Server 2005にデータの移行のテストをやってますが、下記の二つのbugは発見されましたが、対応方法はご教授のほど、よろしくお願いします。
��Excleのcell「2009/04/06 11:44:59.047」を⇒MS SQL Server 2005のtableのDateTimeデータ型のcloumに移行した所、DateTimeデータ型のcloum1の値は「2009/04/06 11:44:59.000」となりました。
※今の設定方法：該当「ノード特性」の「全般」の「属性」のデータタイプをStringDateを選択しました。
��Excleのcell「0.0274」を⇒MS SQL Server 2005のtableのmoneyデータ型のcloumに移行した所、moneyデータ型のcloumの値は「0.0270」となりました。
※今の設定方法：該当「ノード特性」の「全般」の「属性」の書式が「N10.3」で、「値」の計算値はVal(Excleのcell「0.0274」,'N10.4')で設定しました。
上記の設定は足りるでしょうか？
ご回答のほど、よろしくお願い致します。
今、ExcleファイルからMS SQL Server 2005にデータの移行のテストをやってますが、下記の二つのbugは発見されましたが、対応方法はご教授のほど、よろしくお願いします。
��Excleのcell「2009/04/06 11:44:59.047」を⇒MS SQL Server 2005のtableのDateTimeデータ型のcloumに移行した所、DateTimeデータ型のcloum1の値は「2009/04/06 11:44:59.000」となりました。
※今の設定方法：該当「ノード特性」の「全般」の「属性」のデータタイプをStringDateを選択しました。
��Excleのcell「0.0274」を⇒MS SQL Server 2005のtableのmoneyデータ型のcloumに移行した所、moneyデータ型のcloumの値は「0.0270」となりました。
※今の設定方法：該当「ノード特性」の「全般」の「属性」の書式が「N10.3」で、「値」の計算値はVal(Excleのcell「0.0274」,'N10.4')で設定しました。
上記の設定は足りるでしょうか？
ご回答のほど、よろしくお願い致します。
投票数:0
平均点:0.00