投稿

ラベル(Dr.Sum)が付いた投稿を表示しています

Translate

SASとPower BIは相性が悪そうだがDr.Sumとは良さそう

イメージ
Power BIで使用出来るデータソースは沢山あるが、SASに対しては割とネガティブ SASは囲い込みが酷くて、Power BIのデータマートに乗り換えるレベルで検討した方が良い。 言ってみれば、SAS自体がDWHであり、そんな簡単にMicrosoft社の製品に乗換えて欲しくは無いだろう。 SASに限らずDWH製品をリリースしているメーカーはどこも同じだと思うのが、ただ、Dr.Sum等、他のDWHはODBCや、SDKを使用したデータ取得としての手段は割と多い。 SASについては、完全に囲い込み製品体質と思われる為、基本的にデータソースに直接繋いで取得という方法よりも、CSVで連携した方が良いと思う。 特にSASのODBC接続製品(別途必要)は金額が何百万円という世界で、DWHからDWHへデータを渡すだけの為にしようするにはあまりにも高額過ぎる。 Dr.Sum、SQL Server等、SAS以外のDWHやデータベースを使用している場合は、追加でPower BIも活用するという方法が使える 特に、Dr.Sumを使用している場合、MotionBoadという製品を導入してデータ可視化を行う事が多いが、Power BIの方が可視化に対する機能としては比較にならない程優れているように感じた。 Dr.SumのDatalizerで、表形式での分析は割と行いやすいとして・・(ただデータ件数が多くなると弱く、データ粒度を諦めないとまともに使用出来ないシーンが多い) Dr.SumのDatalizerだけでは、可視化が足りないと感じた場合は、Power BIは非常に良い選択と思われる。 作った帳票は、WEBでもスマホアプリでも閲覧操作が可能に加えて、帳票自体をコピーして、エンドユーザーが自由に書き換えると言う事も可能で、権限も、ワークスペースの権限を使用すれば上手くコントロールが出来る。 データの更新の自動化もオンプロミスデータゲートウェイと使用すると、とても簡単にデータ更新の自動化も行える。 データの集計処理自体もPower BIのPower Queryや、Power BIのDAXで組んだり等、物によっては、そもそもノンプログラミングで対応可能な機能も多く、とても便利だ。 ちにみに、データレコード...