フォーラムへの返信
-
投稿
-
A さんこんにちは。
はい、現象を確認しました。不具合でしたので、Version 2.20.2 beta 3 で修正しました。
https://a5m2.mmatsubara.com/beta/
ご確認いただければと思います。たいぞうさんこんにちは。
はい、現象を確認しました。Version 2.20.2 beta 3 にて修正しましたので、ご確認いただければと思います。
https://a5m2.mmatsubara.com/beta/はれさんこんにちは。
はい、不具合を確認したので、Version 2.20.2 beta 3 で修正しました。
https://a5m2.mmatsubara.com/beta/
ご確認いただければと思います。KZ さんこんにちは。
「フィールド’○○’の値が必要です」というのは、A5:SQL Mk-2側(というか開発環境のDelphi側の仕様)で NOT NULL の項目に値が指定されなかった場合、DBに INSERT する前に事前チェックで出力するエラーです。
ただし、デフォルト値が指定されている場合は、このエラーが出ないように設定しているのですが、Version 2.19系ではデータ型によってはエラーが出てしまうようです。(TIMESTAMPで試していたのですが、こちらはエラーメッセージが出なかったようですが、varcharやintだと出てしまうようです)
Version 2.20系ではどのデータ型でも、デフォルト値が設定されている場合は、「フィールド’○○’の値が必要です」が出ないようになっているはずなので、こちらをお試しいただくと直るかもしれません。野田さんこんにちは。
調査したところ、該当エラーはトランザクションが開始した後に、SET TRANSACTION 文を実行した際のエラーのようです。
A5:SQL Mk-2 では分離レベルの設定として SET SESSION TRANSACTION は実行しますが、SET TRANSACTION は実行しません。
もしかするとですが、MySQL サーバー側で init_connect システム変数を設定したりされていないでしょうか？
あるいは、A5:SQL Mk-2 以外で接続可能かなどお教えいただけると何かわかるかもしれません。ひらかわさん、まつださんこんにちは。
まつださんありがとうございます。おっしゃる通り、SSL(TLS)が有効になっていないエラーと思われますので、「データベースの登録」画面で[SSL]タブを選択し、「SSLモード」を「無効(SSLを使用しない)」以外に変更するとよいと思われます。fnt2 さんこんにちは。
Version 2.20.0 から外部キーの取得時にキャッシュを聞かせるようにしたのですが、この時のキャッシュからのコピーミスのようでした。Version 2.20.2で修正したいと思いますので少々お待ちください。(2週間から1ヵ月程度で公開したいと考えています。)よしさんこんにちは。
PostgreSQL のこのオプションは専用接続でPostgreSQLに接続されたときに有効となるオプションです。もしかすると、ODBCなどで接続されていたいないでしょうか？
この場合は、「データベースの追加と削除」ダイアログからPostgreSQL形式を選択してDBを登録すると該当オプションを使えるようになります。まつださんこんにちは。
こちらですが、(1)(2)はよいとして、問題は、(3)(4)かと思います。
(3)は “:” がパラメータ前置詞として扱われたためこのように変換されたようです。
(fromはパラメータ名としては不適ですが、ルール上パラメータとして扱われた形となります。)(4)は(3)と同様に “@” がパラメータ前置詞として使われたのですが、2個目の “@” は Oracle のデータベースリンク機能の構文として扱われたため、前後の識別子との間の空白が削除されたようです。パラメータの後ろにデータベースリンクの “@” が来ることは本来ありませんが、このような構文を想定していないため、結果的にこのようなテキストに変換されたようです。
(3)(4)は少し想定されていないSQL文であるためこのような結果になりましたが、何かこのような構文を使うことがあったのでしょうか？
tfukumori さんこんにちは。
Version 2.20.0から、x64版と x86版でバージョンの異なるテキストエディタコンポーネントを使用している関係で、どちらか片方でのみ発生する不具合もありえると思われます。
調査しますので少々お待ちいただければと思います。まつださんこんにちは。
ご報告ありがとうございます。VirusTotal 等でも確認したのですが、特に何も検知されませんでした。TREND MICROでの誤検知と考えます。
とりあえず、誤検知の理由・なりそうな機能などは思い当たらず、検体を提出済みとのことですので、TREND MICROの対応待ちとさせていただきたいと思います。かわせみさんこんにちは。
こちらで、Docker環境のSQL Server 2019 に接続して試してみたのですが、テーブル名・カラム名とも日本語の環境でも問題なく動作しました。
かわせみさんの環境ではなにかエラーメッセージなどは表示されるのでしょうか？
