-
DataFlowの出力DataSetを過去に遡って復旧できる様にしてほしい
DataFlowで生成された出力DataSetの最新分より前の状態のものを復旧できる様にしてほしいです。 特に回帰的ETL等で蓄積データを生成した際、何らかの理由で最新の更新でデータが壊れたりしてしまった場合に、過去の時点のものが復旧若しくはエクスポートできれば、壊れたデータを簡単に直す事ができると思うので。
-
出力データセット（Output Dataset）削除時のETL側の自動削除
DOMOのETL（Magic ETL / DataFlow）において、 出力データセット（Output Dataset）が削除されると、ETL全体が更新・実行できなくなる仕様になっています。 管理者側で使われてないデータセットを削除する機会がありますが、その際、使われているETLの出力データセットの場合、 出力データセットタイルも削除しなければならなくかなり手間です。 出力データセット自体が削除されるとETL側も自動削除されるとか、自動削除されないまでも使われているETL自体は 更新・実行が継続されるなどの仕様変更希望します。
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
他のETLからブロックをコピペするとき見やすい位置に貼り付ける
他のETLからブロックをコピー＆ペーストすると、すごい離れたとこにペーストされたり、ブロックが重なってペーストされたりすることがある。
-
他のETLからブロックをコピペするとき見やすい位置に貼り付ける
他のETLからブロックをコピー＆ペーストすると、すごい離れたとこにペーストされたり、ブロックが重なってペーストされたりすることがある。
-
データフロー所有者以外のデータフロー編集時の機能追加について
データフローの所有者以外の人がデータフロー編集し、新たにデータセット作成するとそのデータセットの所有者はデータフローの所有者となり、データフローを編集した本人は見れず、データフロー所有者より別途シェアの必要がある。 かなり手間なため、作成するタイミングで例えば、データセットのシェア設定をどうするか、選択肢（データフローの編集者もシェアに加えるかなど）が現れるなど、の機能がほしい。
-
メール通知
ETLの処理が完了し、出力データセットが更新されたら、メール通知する機能はありますか？
-
実績を月ごとに累計したい
日ごとに入力されたデータがあり、それを月ごとに累計する方法をご教示いただきたいです。 以下完成テーブルイメージとなります。
-
ETLの稼働状況
ETLの稼働状況を即時確認する為の ダッシュボードを作成したいと思っております。 処理開始時間や終了時間、エラー内容をカードにすることは可能でしょうか？ その場合、どのデータセットを利用すればよろしいでしょうか？