【Domo】SQL DataFlowのデバッグ時に、仕様変更の影響箇所を見つける方法
はじめに
SQL DataFlowを使って、中間テーブル数が大規模(ここでは数十~百ぐらい)になる
SQLを開発しているときに便利なTipsを紹介します。
- INPUTのDataSetに仕様変更があった
- 中間テーブルに仕様変更があった
ときに、後続の処理のどこに影響があるのかを調査しなければならない、
といったケースはよくあると思います。
Magic ETL DataFlowに比べてSQL DataFlowでは一つ一つ中間の処理を開いていかないといけないので、調査に手間がかかります。
そんな時はデバッグ用に、中間テーブル名を一時的に変更すると調査時間を短縮できます。
解説
例えば以下のようなSQLがあったとします。
(サンプルなので、処理数は少なめです。)
![](https://s3.ap-northeast-1.amazonaws.com/wraptas-prod/atara/b62bae44-5884-491b-bd26-d533f1bf217e/c7752729cf5171005c11118e4609be0d.png)
入力のDatasetのあるカラムの仕様が変わったので、後続への影響箇所を調べたいというときは、
↓のようにテーブル名をデバッグに変更します(後で元に戻すので、短めのサフィックスを付けるなど)
![](https://s3.ap-northeast-1.amazonaws.com/wraptas-prod/atara/fa1429ec-468f-4ef1-b82a-bbfa963bb4d1/b17bf663e9f261436011de8422fd720b.png)
この状態で「プレビューを実行」すると、このように使用箇所でエラーとなるので、
必要であればこのtable2を改修します。
![](https://s3.ap-northeast-1.amazonaws.com/wraptas-prod/atara/45f07440-1b97-4afb-8a6b-edc51567da0f/ec6fd327dad3312a93ad57fa223b402e.png)
table2以降も調査する必要がある場合は同じように、
テーブル名を一時的に変更します。
![](https://s3.ap-northeast-1.amazonaws.com/wraptas-prod/atara/32caa135-acd8-4956-a82e-1e02acceae2e/9398fc8036e2a2e6054fad3ee669846c.png)
いかがでしたでしょうか。
SQL DataFlowはMagic ETL DataFlowに比べて自由度高く記述ができる反面、全体の構造を把握しづらいという欠点があります。
そんな時にこのTipsを知っていると作業すべきところがすぐにわかるので、SQL DataFlowをよく使う方にはおすすめの小技です。
・会社のデータをもっと有効活用をしたい
・Domoに取り込みたいデータソースがある
・Domoの効果的な可視化についてもっと知りたい
・組織においてのDomoの定着化をもっと推進したい
・新しいKPIを作りたいが、自信がない
アタラにはDomoを含むBIツールのエキスパートが在籍しております。
このような課題をお持ちの方は、ぜひお気軽にこちらまでご相談ください。
この記事をシェアする
まずはお気軽にご相談ください
BIシステムの導入からデータ活用の自走化まで支援いたします
![画像](https://s3.ap-northeast-1.amazonaws.com/wraptas-prod/atara/4d0b04d7-7f5d-42c3-b823-340f0c6b6ba2/85e622eaa9cd1405991d24003691b01f.png)