trueで使えるような気がします。longに変換する場合は浮動小数点は捨てられるので小数点以下を使って順序がかわるようなケースには使えないかもしれません。1.01どちらが先に並ぶかの検討も必要だと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。setが出力されてしまいます。出力されてしまいます。`filters`全体をコメントにしないとエラーになりますよ。inputだけにして入力がちゃんと取得できているかを確認するのが良いと思います。`filters`全体をコメントにしないとエラーになりますよ。inputだけにして入力がちゃんと取得できているかを確認するのが良いと思います。11:41すみません、out句の定義が誤っておりました。定義を修正し、正常に実行されました。となり0レコードになりました。すみません、out句の定義が誤っておりました。定義を修正し、正常に実行されました。0レコードになりました。12:43標準出力にデータは出てますか?、-cを外したら全件でるはずですが出力されますか?その辺りを確認するのが良いように思います。その辺りを確認するのが良いように思います。13:23-cを外しますと全件標準出力にデータが表示されました。-cを外しますと全件標準出力にデータが表示されました。"HINBAN"は1件だけ表示されるんでしょうか?その状態でembulkを実行するとどうなりますか?というのを一つ一つ確かめるのが良いように思います。いうのを一つ一つ確かめるのが良いように思います。[ZZZZ2W98FZCM]となりました。"HINBAN"は1件だけ表示されるんでしょうか?データ作成後の検索すると全レコードが表示されます>その状態でembulkを実行するとどうなりますか?0レコードのインサート処理になってしまいます。[ZZZZ2W98FZCM]となりました。0レコードのインサート処理になってしまいます。仮想本番用の80カラム程度のテーブルでは、どのカラムを選択しても失敗いたします。仮想本番用の80カラム程度のテーブルでは、どのカラムを選択しても失敗いたします。"HINBAN"で全件でるって変じゃないですか?自分がやるとしたらあとはint,dateのカラムとかで試します。自分がやるとしたらあとはint,dateのカラムとかで試します。15:22まず少ないカラムで文字列のlast_recordが期待通り動くことを確認してみてはどうでしょうか?ログやテーブル定義がないので、成功とか失敗とか言われてもよくわからないです。カラムの数は関係ないと思いますが私は80カラムはやったことがないです。"HINBAN"で全件出ているのはOracleの設定の問題か何かのような気がします。ログやテーブル定義がないので、成功とか失敗とか言われてもよくわからないです。カラムの数は関係ないと思いますが私は80カラムはやったことがないです。全件出ているのはOracleの設定の問題か何かのような気がします。15:53ご回答有難うございます。number型のカラムを、double型に変換してしまいます。ご回答有難うございます。number型のカラムを、double型に変換してしまいます。増分用のカラム値を指定するのに、一意性を担保するにはシーケンシャルな値が含まれているカラム値を指定するのでは?と思っておりまして、number型のカラムが選ばれる機会が多いのではなかろうか。不思議に感じております。増分用のカラム値を指定するのに、一意性を担保するにはシーケンシャルな値が含まれているカラム値を指定するのでは?と思っておりまして、number型のカラムが選ばれる機会が多いのではなかろうか。不思議に感じております。jsonしか型がありません。numberは不動小数点を使うとおもうのでdoubleに変換されます。jsonしか型がありません。numberは不動小数点を使うとおもうのでdoubleに変換されます。編集ご回答有難うございます。>numberは不動小数点を使うとおもうのでdoubleに変換されます。増分バルクインサートをするのに、number型のカラムを指定するのは不可である仕様、理解しました。他のオプションを使って、増分バルクインサートのように実装したいです。queryオプションを使って、特定のカラムで前回インサート処理の最終行以降のレコードを対象とするように実装(SQLで)すれば可能でしょうか?ご回答有難うございます。>numberは不動小数点を使うとおもうのでdoubleに変換されます。増分バルクインサートをするのに、number型のカラムを指定するのは不可である仕様、理解しました。他のオプションを使って、増分バルクインサートのように実装したいです。する事は可能でしょうか?プルリクエスト?したことがないのですが、開発元?への依頼ができるのか知りたいです。プルリクエスト?したことがないのですが、開発元?への依頼ができるのか知りたいです。13:57queryはincrementalには対応していないので、use_raw_query_with_incrementalを使います。プルリクエストはご自身でプログラムを改修して取り込みを依頼することです。要望等はIssueの方に書くのが一般的です。こちらにお願いします。https://github.com/embulk/embulk-input-jdbcqueryはincrementalには対応していないので、use_raw_query_with_incrementalを使います。プルリクエストはご自身でプログラムを改修して取り込みを依頼することです。要望等はIssueの方に書くのが一般的です。こちらにお願いします。14:26ご回答有難うございます。>https://teratail.com/questions/163111>余談ですがuse_raw_query_with_incrementalは、last_recordは自分で更新する必要があります。>embulkはこの値を書き換えません。queryで、Order_No(Number型)をキーにして検索last_recordは、embulkのout句でコマンドオプションによるファイルへ最終レコード書き込み処理をする。可能でしょうかuse_raw_query_with_incrementalを使った時に、double型のカラムが使えるか検証が必要ですが。ご回答有難うございます。>余談ですがuse_raw_query_with_incrementalは、last_recordは自分で更新する必要があります。>embulkはこの値を書き換えません。last_recordは、embulkのout句でコマンドオプションによるファイルへ最終レコード書き込み処理をする。use_raw_query_with_incrementalを使った時に、double型のカラムが使えるか検証が必要ですが。14:34もし、ご存じでしたら教えて頂きたいのですがembulkのプログラムで、incremental_columnを使用する場合に、double型のカラム値もサポートするようにコードを書換えたい場合、どの箇所を変更すればよいでしょうか。簡単には書換えられない。embulkのプログラムで、incremental_columnを使用する場合に、double型のカラム値もサポートするようにコードを書換えたい場合、どの箇所を変更すればよいでしょうか。簡単には書換えられない。last_recordは、embulkのout句でコマンドオプションによるファイルへ最終レコード書き込み処理をする。可能でしょうかご質問の意図がよくわからないのですが、先ほども申し上げた通りqueryはincremental未対応です。embulkのプログラムで、incremental_columnを使用する場合に、double型のカラム値もサポートするようにコードを書換えたい場合、どの箇所を変更すればよいでしょうか。簡単かどうかは人によって違うと思いますので、ソースをご覧ください。last_recordは、embulkのout句でコマンドオプションによるファイルへ最終レコード書き込み処理をする。ご質問の意図がよくわからないのですが、先ほども申し上げた通りqueryはincremental未対応です。embulkのプログラムで、incremental_columnを使用する場合に、double型のカラム値もサポートするようにコードを書換えたい場合、どの箇所を変更すればよいでしょうか。簡単かどうかは人によって違うと思いますので、ソースをご覧ください。14:58データの中身を確認すると値がランダムでして、恐らくembulkがデータ検索した時に前回最終レコードの値よりも小さいから、結果として0レコードになっているものだと推測しております。DBAに確認したところ、80カラムの中でシーケンシャルな値をもっているカラムはorder_noのみ。して、order_noを検索キーに増分バルクインサートを実装させたいです。>先ほども申し上げた通りqueryはincremental未対応です。現状queryオプションは増分バルクインサート未対応なので、embulkのソースコードを改修しない限り実装不可能?データの中身を確認すると値がランダムでして、恐らくembulkがデータ検索した時に前回最終レコードの値よりも小さいから、結果として0レコードになっているものだと推測しております。DBAに確認したところ、80カラムの中でシーケンシャルな値をもっているカラムはorder_noのみ。して、order_noを検索キーに増分バルクインサートを実装させたいです。>先ほども申し上げた通りqueryはincremental未対応です。15:02システムの仕組み上、日付カラム(timestamp)も、OracleのDBに取り込まれる際に、時系列順にインサートされるとは限らないそうです。Order_Noだけはシーケンシャルに取り込まれているそうです。システムの仕組み上、日付カラム(timestamp)も、OracleのDBに取り込まれる際に、時系列順にインサートされるとは限らないそうです。Order_Noだけはシーケンシャルに取り込まれているそうです。15:14queryになんでこだわるかわからないのですが、今まで出たであろう方法として次のいずれかが利用できるように思います。データの中身を確認すると値がランダムでして、恐らくembulkがデータ検索した時に前回最終レコードの値よりも小さいから、結果として0レコードになっているものだと推測しておりますこの回答の上の方にある、これはお試しになってないんでしょうか?、「ZZZZ2W98FZCM」よりも後の文字として「ZZZZ2W98FZCN」をご紹介したつもりだったのですsqlは""で囲っていたので、間違えているかもしれませんが、Embulkの件数は0件にはならないように思います。データ作成後の検索すると全レコードが表示されますqueryになんでこだわるかわからないのですが、今まで出たであろう方法として次のいずれかが利用できるように思います。sqlは""で囲っていたので、間違えているかもしれませんが、Embulkの件数は0件にはならないように思います。15:31ご回答有難うございます。オプションを使った時の問題点として、last_recordを手動で変更しないといけない。前回は断念致しました。他の方法や、残っている検証について、引き続き検証させて頂きます。ご回答有難うございます。オプションを使った時の問題点として、last_recordを手動で変更しないといけない。前回は断念致しました。他の方法や、残っている検証について、引き続き検証させて頂きます。16:12embulk本体のビルド方法はこちらを参考にしてください。https://github.com/embulk/embulk#embulk-developmentしかしこれは本体でプラグインの方法ではありません。プラグインはこちらをどうぞhttps://docs.google.com/document/d/1oKpvgstKlgmgUUja8hYqTqWxtwsgIbONoUaEj8lO0FE/editembulk本体のビルド方法はこちらを参考にしてください。これは本体でプラグインの方法ではありません。データ作成後の検索すると全レコードが表示されます上記につきまして、検証結果Oracle上で、1レコードのみ表示されました。embulkの結果ファイルには、last_record箇所に、追加した値が出力されていました。Oracle上で、1レコードのみ表示されました。embulkの結果ファイルには、last_record箇所に、追加した値が出力されていました。14:52現在、八方塞がりの状況となります。現在、八方塞がりの状況となります。16:54embulkのオプションを駆使して、対応したいです。[???]この方法で実装した場合なんですが、last_recordの値を自動的に更新するようにしたいです。何か方法はありますでしょうか?embulkのオプションを駆使して、対応したいです。last_recordの値を自動的に更新するようにしたいです。17:04何回も何回も何回も「queryはincrementalに未対応」とお伝えしているんですが、、viewを使うなら普通にincremental_columnにorder_noが使えると思いますよ。viewを使うなら普通にincremental_columnにorder_noが使えると思いますよ。➁embulk側で増分オプションを使って、増分バルクインサート➀⇒➁の流れで対応出来るように実装方法を考えたいと思います。➀⇒➁の流れで対応出来るように実装方法を考えたいと思います。