フォーラムへの返信
-
投稿
-
しんさんこんにちは。
フィルタにコメントを入力したまま、編集するとエラーが発生する件ですが、今週末の修正には間に合いませんでした。来週末の修正に入れたいと思いますので少々お待ちください。
一括編集でキャンセルする方法ですが、メニュー(SQL(S) または テーブル(T) 配下)に「ローカルの変更を破棄」が出るようになります。…ただ分かりにくいようなので、グリッドの上に表示するボタンを「反映」と「取消」の２つにするようにしてみます。Version 2.15.0 beta 2で実装してみましたのでご確認下さい。mitsuichi さんこんにちは。
Version 2.15.0 beta 1でオプションですが、ローカルで編集を行い、後から一括でサーバーに反映するオプションを付けてみました。
(「結果セットグリッド」タブで、「１行ごと編集をサーバーへ反映せず、複数行の編集をまとめてサーバーへ反映する」)
ただし、複数行の反映でエラーが発生したときにどの行で発生したかなどわかりにくくなってしまうことなどから、デフォルトにするのはとりあえずやめました。
お試しいただければと思います。
以上よろしくお願いいたします。ぼろこんさんこんにちは。
A5:SQL Mk-2がハングアップしたような状態になった（なっていた）ということでしょうか？。よろしければ、どのRDBMS製品かと、最新(Version 2.14.1)でも再現するかご確認いただければと思います。あと再現性のある問題なのかもお教えいただければと思います。
以上よろしくお願いいたします。かもさんこんにちは。
はい、デフォルトドメインは各DBごとに自動で切り替わりますが、ユーザー定義ドメインは特にDBごとに切り替えられません。
ただ、ユーザー定義ドメインの「データ型」に「@VARCHAR(10)」などと記述することができるので、これである程度は、DBごとに変化させることはできます。玉城さんこんにちは。
もしかしたら、アーキテクチャ(x64, x86)を異なるものでバージョンアップしてしまったのではないでしょうか？。
この場合、同じアーキテクチャのファイルをダウンロードして試してみてください。
以上よろしくお願いいたします。nisshyさん、karaさんこんにちは。
はい、現象を確認しました。MySQLで limit 句が正しく処理できない不具合を Version 2.14.2 beta 1 及び、Version 2.15.0 beta 1で修正しました。
オプションダイアログで「結果セット最大行数」（デフォルト 10000）が指定されていると、内部的にlimit句が追加されて、二重に追加されたlimit句がエラーになっているようでした。A5:SQL Mk-2では、limit句などが指定されていると、「結果セット最大行数」のオプション値を無視していたのですが、limit句が指定されているか調べるためにSQLをパースする処理で１行コメントの解析に失敗していたようです。
karaさんの 「fetch first row only」についてですが、これは IBM Db2の構文だと思うのですが、あっていますでしょうか？Version 2.15.0 beta 1などでも発生しますでしょうか？。しろうとＸさんこんにちは。
申し訳ありません。現時点では差分DDLを生成することはできません。
差分DDLを生成するには現時点のテーブルとの差分があるか調べる必要がありますが、例えば ER図上ではvarchar(10)で定義されていても、一旦DDL化してテーブルを作成すると、システムテーブルからはcharacter varying(10)などと返されたりするため、比較が難しかったりします。
ご理解のほどよろしくお願いいたします。しろうとＸさんこんにちは。
はい、現象を再現しました。Version 2.14.0(2.14.1も)でエラーになるのは、Compact Editionでないほうの、SQL Server と内部的に誤判断して処理をしたためのエラーでした。これは週末のベータ版で修正します。
x64版で「浮動小数点のオーバーフロー」を起こしてしまうのは中々根が深そうです。Compact Editionの接続クライアントライブラリの内部でエラーになっているため、すぐに解決できなさそうです。解決できない場合、x64版でのSQL Server Compact Editionサポートは取りやめることもあると思います。
以上よろしくお願いいたします。mitsuichiさんこんにちは。
A5:SQL Mk-2がオートコミットになっているのは、よくある「グリッドで編集後、反映ボタンで複数レコードをDBサーバーに反映」では、未反映のままタブを切り替えた際に忘れてしまう問題があるのと、複数行更新時にいずれかの行でエラーが発生した際、どの行でエラーが起こったのかわかりづらくなってしまうのでちょっと採用しづらいのです。（ライブラリに由来する、技術的な問題もあります）
ただ、要望は多いですのでちょっと考えてみることにします。
現行バージョンでは少し動きが異なるのですが、オプションダイアログから「データベース接続」たぶで、「データベースの更新時に自動的にトランザクションを開始する」とすることで、後からコミット・ロールバックを選べるようになります。
