Query BuilderのワークフローをスピードアップするQuery Builderを使用して自分のDBにクエリを実行しようとしている顧客がいます。 問題は、データベース接続の選択ダイアログ（下記）で[次へ]をクリックした後にワークフローがハングしたように見えることです。 私は以前にこれに遭遇しました、そして、私は大きいテーブルを扱うこととしなければなりません（私が思う）。 私の質問は - Query Builderで大きなテーブルを扱うためのベストプラクティスはありますか？実際のQuery Builderパーツに到達するまでの時間を短縮するのに役立ついくつかの設定がありますか？
ありがとう
M
再：クエリビルダーのワークフローをスピードアップこんにちはマイク
環境設定では、フォーマットを定義するためにチェックされる最大行数を指定するオプションがあります。これはデフォルトで1mioに設定されています。この数を1000などに減らすと、ワークフローが大幅にスピードアップするはずです。再：クエリビルダーのワークフローをスピードアップこんにちは、
私には同じ問題を抱えている顧客がいます。クエリビルダーを介してデータにアクセスするには長すぎます（好みの設定をお勧めします）。どんな付加的な考え？
どうもありがとうございます、
フィレンツェ
再：クエリビルダーのワークフローをスピードアップこんにちはフィレンツェ、どのような意味で不完全ですか？
- 。欠けている値
- 日付に欠損値
- いくつかの行の後で読み取りを停止します
- データ間の何かがキャッチされない
- 列がありません
- ...
これには複数の原因が考えられます。そして、望まない行動が何であるかを理解することが重要です。
再：クエリビルダーのワークフローをスピードアップこんにちはマーティン、
メッセージありがとうございます。
行が欠落しているようです。JMPがデータの取得を停止したかのように。最大サンプルサイズはありますか？私はそれについての選択肢を見ませんでした。
注：データはそれほど大きくない（80Mo）、そしてラップトップは8Go
あなたの提案に感謝します、
フィレンツェ
再：クエリビルダーのワークフローをスピードアップこんにちはフィレンツェ、
[表示] - > [クエリの実行]を選択して開き、クエリを実行して読み込む行数を確認します。その数がインポートされたJMPデータテーブルに表示されているよりも多い場合は、データテーブルに問題があるようです。数は同じだが、それでもユーザーが欠けているデータがあると考える場合は、データベース表と照会自体をチェックするのが良いかもしれません。動作が異なるかどうかを確認するために、他のツールやスクリプトの同じクエリでデータを読み取る可能性があります。
ただし、最善かつ最速の方法で技術サポートを受けることができると思います。
ベスト、
マーティン
