25/10/01 21:55:10.22 RCjktrAR.net
>>989
Power Queryだろうが、ADOだろうがJOINはJOINだし、GroupByはGroupByでしょう？
フィルターはフィルターだし、ソートは重い
1004:883
25/10/01 21:59:51.81 T1s1CO55.net
相変わらず質問スレでマウント取りたがるあたおかさん
1005:デフォルトの名無しさん
25/10/01 22:06:14.58 lecUwKjm.net
パワークエリってほとんど使ったことがないからSQLと比較してどうかってのは分からないけど、元データとして既存のファイルとかが使えるのは便利そうね。
テーブルとして保存しておくデータなら標準SQLでクエリを書いておく方が無難な気もするけど、手元のデータをぱっと処理するイメージならパワークエリみたいなものの方が手軽で便利な感じなのかな？
1006:デフォルトの名無しさん
25/10/01 22:14:16.84 RCjktrAR.net
>>992
Power Queryの方が圧倒的に手軽でしかも高機能ですよ。
SQLの要素の上にデータの前処理ができるETLがあるからです。
大量のデータでしかもサーバーにデータがあるとかならSQLの方が高速だと思いますが、個人で行う程度ならPower Query（と繰り返し処理を行う場合はBuffer関数）で十分です。
なぜならPower Queryは関数型プログラミングでもあるから。
1007:デフォルトの名無しさん
25/10/01 22:17:13.13 RCjktrAR.net
LET関数は便利だなと思った。
必ずエラーがある数式にLETで名前をつけて、If(IsError””,名前)にすればいい
1008:デフォルトの名無しさん
25/10/01 22:42:20.25 Mp9mto79.net
>>993
うわっ
個人でとか勝手に限定してきた
1009:デフォルトの名無しさん
25/10/01 23:02:36.67 NnhoxcP8.net
データの前処理は、SQLというよりホスト言語でやることなのでは。Pytnonとかでやるより便利ならそこだけ欲しいかも。
関数型・宣言型っぽいというのはSQLからしてそう言われているよね（自分はミックさんの本で齧った程度の知識しかないけど）。
1010:デフォルトの名無しさん
25/10/01 23:12:11.99 qkCWFK89.net
SQLかT-SQLを導入してほしかったPowerQueryじゃなくて
規格化されて実績のある標準があるのになぜ車輪を再発明するのか
1011:デフォルトの名無しさん
25/10/01 23:26:25.36 AaZJ9Hg2.net
Power Query-Power Pivotは好きよ
1012:デフォルトの名無しさん
25/10/01 23:37:46.31 RCjktrAR.net
なんでSQLとは違う物が実装されたかというと
そもそもPower Queryの前身はMicrosoft Queryという機能だったらしいです
個人ユーザー向けにGUIで手軽にデータの前処理や整形（ETL）が行える様にしたからSQLではない
ExcelにPythonが実装される前は、個人が勝手にPower QueryのためにPythonを Excelに導入していたくらいには高機能
1013:デフォルトの名無しさん
25/10/01 23:54:16.97 RCjktrAR.net
そもそもSQLをやろうと考えている様な人はデータは正規化して列の繰り返しのない、スカラ値の表を作るけど、大多数の人はめちゃくちゃ表の体をなしていないシートを作成するからSQLでは無理、不可能
列の値はバラバラだし
さらには列名を変えるし列は削除するし
1014:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 115日 12時間 47分 36秒
1015:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています