する質問をすることでしか得られない、回答やアドバイスがある。17Embulkで増分バルクインサートする際に、incremental_columnsオプションを使っています。連番でデータが蓄積されるカラム値をincremental_columnsに指定させたいので、特定のカラムを指定するとエラーが発生。原因は、double型はサポートしていない。根本原因が不明の状況となります。定義や環境は以下となります。DATEattachmentクリップ0気になる質問をクリップするクリップした質問は、後からいつでもマイページで確認できます。クリップした質問に回答があった際、通知やメールを受け取ることができます。自分も答えを知りたい質問者以外のユーザにも役立つ評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。質問の評価を上げたことを取り消します低評価-評価を下げられる数の上限に達しました評価を下げることができません1日5回まで評価を下げられます1日に1ユーザに対して2回まで評価を下げられます質問の評価を下げるteratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。コメントをしてください。送信する質問の評価を下げる機能の利用条件この機能を利用するためには、以下の事項を行う必要があります。13:35ご回答有難うございます。定義を見直しさせて頂きます。ご回答有難うございます。定義を見直しさせて頂きます。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。13:35ご回答有難うございます。定義を見直しさせて頂きます。ご回答有難うございます。定義を見直しさせて頂きます。15:49本番DBに対して作業を行うのが難しく、可能であればembulkの定義で対応したい状況となります。本番DBに対して作業を行うのが難しく、可能であればembulkの定義で対応したい状況となります。VIEWと違ってディスク容量が増えるわけではありません。VIEW文を実行させてもらえないならDBAに抗議します。VIEWと違ってディスク容量が増えるわけではありません。VIEW文を実行させてもらえないならDBAに抗議します。16:33ご回答有難うございます。DB側の変更については一旦相談しています。試しにembulk側で、ORDER_NOの定義を「long」「double」「string」としましたが結果は変わらずでした。これは、Oracle側のテーブル作成時にNUMBER型で作成したカラムは、embulkでは増分用カラム値としてはサポートしていない。いう理解で宜しいでしょうか。ご回答有難うございます。DB側の変更については一旦相談しています。試しにembulk側で、ORDER_NOの定義を「long」「double」「string」としましたが結果は変わらずでした。これは、Oracle側のテーブル作成時にNUMBER型で作成したカラムは、embulkでは増分用カラム値としてはサポートしていない。いう理解で宜しいでしょうか。取り込んでは?すみません、具体的な実装方法を教えて頂きたいです。対象のテーブルは80カラムありましてデータ型を変更させたいカラムは1つになります全体では、1億レコード程あります。すみません、具体的な実装方法を教えて頂きたいです。全体では、1億レコード程あります。熟練者を1ヶ月でも2ヶ月でも雇った方が実用に耐えられるシステムを早く安上がりに作れそうです。熟練者を1ヶ月でも2ヶ月でも雇った方が実用に耐えられるシステムを早く安上がりに作れそうです。16:49ご回答有難うございます。ご回答有難うございます。17:47以下の処理を考えております。1.OracleでView作成2.embulkで増分バルクインサート3.OracleでView削除1~3の処理を10分間隔ぐらいでクーロンで自動実行1億レコード以上のテーブルに対して10分毎に、Viewを作成したり、削除したりを繰り返した場合Oracleの挙動に影響を及ぼす事はありますでしょうか?(リソース枯渇など)あやふやな質問で申し訳ございません。以下の処理を考えております。あやふやな質問で申し訳ございません。18:32SQLの基礎知識が足りません。VIEWはいちどCREATEすればずっと使えます。https://docs.oracle.com/cd/E96517_01/sqlrf/Data-Types.html#GUID-7690645A-0EE3-46CA-90DE-C96DF5A01F8F負荷なしでバルクインサートできるわけはありませんから、実際のデータに見合うデータ量を用意して負荷のテストを行います。それで実用に耐えられなければSQLなどのチューニングをするなり、より高性能のハードウェアに移行することを考えます。データの有効期間は方式設計の中で考えます。いつどこで発生して、どこで使われて、そのデータの保存期間は?SQLの基礎知識が足りません。VIEWはいちどCREATEすればずっと使えます。負荷なしでバルクインサートできるわけはありませんから、実際のデータに見合うデータ量を用意して負荷のテストを行います。それで実用に耐えられなければSQLなどのチューニングをするなり、より高性能のハードウェアに移行することを考えます。データの有効期間は方式設計の中で考えます。18:44ご指摘有難うございます。DBAと相談する前に、基礎知識を学んで、実機で検証して、それからプロジェクト内で相談させて頂きます。ご指摘有難うございます。DBAと相談する前に、基礎知識を学んで、実機で検証して、それからプロジェクト内で相談させて頂きます。19:05その前に、今抱えている作業をいつまで延ばしてもらえるかを上長に相談されては?勉強する時間がないようですから有償研修を受けるのが近道。4月になると新人研修の一貫として受けさせる会社が多いですから混みます。勉強する時間がないようですから有償研修を受けるのが近道。4月になると新人研修の一貫として受けさせる会社が多いですから混みます。http://www.oracle.com/jp/education/promotion/course-flow-database.htmlキャンセル完了するlink+1過去に質問した内容がなぜ「原因が不明」なんでしょうか?過去のメールを確認してみてはいかがでしょうか?https://teratail.com/questions/160529#reply-240850NUMBERが使えなかったからDTを使うようにしたのではないですか?今のカラム構成を変えられない場合はOrlofskyさんの方法が良いように思います。マニュアルをよくご覧ください。以下のcolumnsは何も効果がありません。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。13:30すみません。原因不明ではなく、カラム構成を変えられない。投稿内容に誤りがありました。原因不明ではなく、カラム構成を変えられない。投稿内容に誤りがありました。キャンセル完了するlink+1試しにembulk側で、ORDER_NOの定義を「long」「double」「string」としましたが結果は変わらずでした。これは、Oracle側のテーブル作成時にNUMBER型で作成したカラムは、embulkでは増分用カラム値としてはサポートしていない。いう理解で宜しいでしょうか。先ほどのコメントしたとおりcolumnsに書いてもなんの効果もありません。こちらでコメントしたとおりカラムの変換にはcolumn_optionsを使いますがこれはincremental_columnsには使えないので、カラムを変えるの良いと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。08:58ご回答有難うございます。別のカラムでテストを実施しました。結果として、正常にembulkは動作したのですが、最終レコードのカラム値を参照し増分バルクインサートを実行するも、0レコードとなってしまいました。定義方法に不備などありますでしょうかご回答有難うございます。別のカラムでテストを実施しました。結果として、正常にembulkは動作したのですが、最終レコードのカラム値を参照し増分バルクインサートを実行するも、0レコードとなってしまいました。08:58質問内容を更新させて頂きました。質問内容を更新させて頂きました。