フォーラムへの返信
-
投稿
-
yamada さんこんにちは。
これは大変悩ましい問題なのですが limit 句を使うと、内部的な実行計画が変わってしまいます。SQLが速くなるというのは良いことではあるのですが、「A5:SQL Mk-2では問題なく(短い時間で)実行できるのに、アプリケーションに組み込んだとたんにパフォーマンスの問題が発生した」ということにもなりかねず、それはそれで問題に思われます。
「遅いSQLは(正しく)遅く実行される」というのは、SQLクライアントでの大切な機能と思います。
なお、テーブルエディタはユーザーが直接書くSQLではないため、内部的に limit 句を追加しています。はい、確かにドメイン機能をサポートするERエディタの多くは物理名もドメインとして規定しているので、あった方が良いかもしれないですね。
ERエディタのフォーマットの互換性の問題から躊躇していました。
実装してみようかと思いますが、少々時間がかかるかと思います。otoro さんこんにちは。
すみません、確かに大量のSQLを開いた状態で起動すると、時間がかかってしまうのは把握しているのですが、開発環境である Delphi がウィンドウを生成（初期化）するのに時間がかかるようで、なかなか改善できずにいます。現状では開いているウィンドウをできるだけ閉じておくしかない状況です。
ただ、おっしゃる通り、レジストリへのアクセスがかなりたくさんあるのも事実なので、「ポータブルモード」で運用すると、起動が早くなる可能性もあるかもしれません。mtaさんこんにちは。
ポップアップメニューには、「この項目で色分け」はありますが、解除がなかったですね。メインメニューで、[SQL(S)] – [行の色分け解除(N)] で解除できます。少し分かりにくかったかもしれないですね。Tさんこんにちは。
INNER JOINや、ONがFROMと同じインデントレベルになるのはかなり違和感があるのですが、こういう整形ルールをもつ整形ツールがほかにもあるのでしょうか？。あるいは、どこかで規定されているなど。
オプションにするにせよ、この整形ルールを実装するにはかなり整形ロジックに手を入れなければならず、躊躇しています。Tさんこんにちは。
SQL整形でタブを使用するには、オプションダイアログのSQL整形のタブで、「インデントにタブ文字を使用する (複数行整形時)」をチェックしてください。JOIN と ON を単独行にするというのは、例えばサブクエリーでないSELECT分の場合、INNER JOIN や、ON が1桁目から始まるということですか？。
yamada さんこんにちは。
こちらでも、２つのやり方で実行時間に差がありました。もしかするとですが、結果セット最大行数では、MySQLサーバーが全データを送ろうとして(A5:SQL Mk-2が100行受け取ったら)途中で処理を打ち切るような処理になるのに対して、limit句をつけるとあらかじめMySQLサーバー側で、100件しか取得しないことがわかるため、内部的な処理が変わるのかもしれません。（実行計画上は差がないですが…）カワさんこんにちは。
A5:SQL Mk-2のCSV出力では、改行も出力されるはずなのですが、うまくいかないでしょうか？。テキストエディタで出力されたCSVを見た場合、改行がなく連続して出力されているということでしょうか？。pipesmoker さんこんにちは。
暫定ですが、Version 2.17.0 beta 15 でエラーの暫定対処をしてみました。（エラーが発生しそうなところでエラーを握りつぶしているだけですが…）
いかがでしょうか？。yamada さんこんにちは。
はい、MySQLにおいて、テーブルコメントを修正するときにコメントが修正できない不具合がありました。Version 2.17.0 beta 14で修正しましたのでご確認ください。
