Hive SQL Query Builder - パフォーマンスの問題こんにちは、みんな、
私はJMP 13を実行しており、cloudera hive ODBCドライバーを使用してJMPクエリービルダーを私たちのhadoopハイブサーバーに正常に接続しました。私はテーブルを見ても大丈夫ですが、テーブルの1つをクリックすると自動的に "select * from table"クエリをhadoopクラスタに送信し、巨大なテーブルサイズのためにJMPが完全にハングアップします。私の同意なしに引っ張る。
これをオフにする方法はありますか？
クエリビルダーの設定のスナップショットを以下に添付しました。
Re：Hive SQL Query Builder - パフォーマンスの問題カスタムSQLを使用する以外に良い解決策はありません。
私はverticaかhiveのどちらかにアクセスしていて、どちらも包括的な "Select *"ステートメントにうまく反応しないので、私は基本的にquery builderインターフェースの使用をやめる必要がありました。
私の回避策：カスタムSQL文を作成しました。 "*をschema.tableの制限値0から選択" これはverticaがテーブルの列をjmpデータテーブルに引き下げるのにとてもうまくいきます。それから私はカスタムSQLクエリを構築するための参照としてそれを使用します。 基本的なデータをjmpに入れるのはうまくいきますが、query builderで列をより効率的に照会することができないという単純なことがすべての偉大な機能を完全に役に立たなくしてしまいました。jmpで開くだけです。理論上は問題ありませんが、jmp query builderで作業するのではなく、新しい分析のためにテーブルを更新または変更してマルチツールプロセスにするという点が異なります（これは、Oracle Exadata Serverを使用する場合に最適です）。
私は実際に私達のSASサーバーを通して私のVerticaテーブルにアクセスする回避策を試みました、しかし私は同じ問題に出くわします。それで、私はデータをサンプリングし、jmpのSAS EGとSAS query builderがどこにでも投げかけていることを好むすべての包括的な「select *」を取り除くために、SAS datastepプログラムを試みて構築するつもりです。
私はちょうど良い階層化されたサンプリング能力を利用しようとしています、そしてそれがjmpかsasとvertica（またはハイブ）の間を接続するときそれがどれほど挑戦的であるかは驚くべきです。
アロン
Re：Hive SQL Query Builder - パフォーマンスの問題 @Eric_Hill 解決策を私にくれたここにそれはあなたのために働くかもしれません。
