フォーラムへの返信
-
投稿
-
Mさんこんにちは。
こちらでも試してみたのですが、再現しませんでした。A5:SQL Mk-2のバージョンはいくつでしょうか？。
また、なる・ならないの詳細な再現手順などあればお教えいただけますでしょうか？。
よしあきさんこんにちは。
「Excelからの貼り付け（クリップボード経由）」についてですが、現状では、これは行単位の貼り付けのみでINSERTのみの動作となります。
ただ、ケースによっては複数レコードのUPDATEで貼り付けられるのは便利だと思うので将来のバージョンで実装していきたいと思います。otomoさんこんにちは。
16桁というと倍精度浮動小数点で表すことのできる限界の桁数を超え始めたあたりですが、うまくBCD型として扱えていない気がします。
このあたりの動作はRDBMSの製品ごとに異なる部分なのですが、どの製品をお使いでしょうか？。ＲＲＲさんこんにちは。
原因は良く分からなかったのですが、A5:SQL Mk-2ではExcelに出力する際、環境変数 TMP で表されるフォルダにTempData*.xmlのようなテンポラリファイルを生成します。
このテンポラリファイルの書き込みまたは読み込みがうまくいっていないのかもしれません。また、基本的にテンポラリファイルは実行後に削除されるのですが、何かの拍子に残ってしまうことがあります。
コマンドプロンプトから「start %TMP%」等と実行するとテンポラリフォルダを開くことができるので、TempData*.xmlのファイルがあったら削除してみるとよいかもしれません。
あとは、Microsoft Office がおかしくなっている可能性もあるので、本当なら再インストールしてみていただきたいところですが、多分それは大変でしょうか。あり。さんこんにちは。
はい、現象を確認しました。今週末にでも修正版(rc版)を出したいと思いますので少々お待ちください。
ちなみに正式版のリリースについて、CUI版はGUI版よりやや遅れてのリリースとなると思います。bug-reportさんこんにちは。
もしかすると、SQLエディタのデータベース選択のプルダウンで描画イベントで発生しているのでは？と思えます。
ただ、本来そこでは発生し得ない問題な気もしていて原因をつかみ切れていないのが現状です。
とりあえず、12/16あたりの次のrc版を出したいと思うので、それまでに修正したいと考えています。
しろうとＸさんこんにちは。
「キャラクタセット」の項目は「show variables like ‘character_set_client’」したときの、値を設定する項目です。
多くの場合は何も入力しなくて問題ありませんが、データベースの文字コードがutf8mb4の場合、接続設定の「キャラクタセット」でutf8mb4を指定しないと、サロゲートペア文字が正しく扱えません。
以上よろしくお願いいたします。
bug-reportさんこんにちは。
使用しているA5:SQL Mk-2のバージョンはいくつでしょうか？。
SQLエディタのデータベースのプルダウンについてですが、一度接続した後に切断しているとか、接続後に他の（接続していない）データベースに切り替えたなどありますでしょうか？。
以上よろしくお願いいたします。フルーツポンチさんこんにちは。
現状ではExcelのコピー&ペーストでデータ部の背景色を設定していない（デフォルト色）ですが、こちらを指定できるようにということでしょうか？。
現在、version 2.14.0の準備中で仕様変更を伴うような修正ができないのですが、気長にお待ちいただければと思います。mitsuさんこんにちは。
いまのところ、A5:SQL Mk-2のERエディタでは対象データベースの文字コードまでは管理しません。なので、128バイトとは言っても、JA16SJIS_TILDEの128バイトなのか、AL32UTF8なのか判断がつかないため、ちょっと今のままではチェックは難しいような気がします。
また、年明けくらいにはversion 2.14.0をリリースする予定で、大きな修正が入れられない状況です。（長期的にはバリデーションの仕組みを作りこむなどできるかもしれません）
ご期待に沿えず申し訳ありません。sin5さん、こんにちは。
調査したところ、SQLite3は日付時刻型データに対して数値表現で値を挿入した場合、ユリウス通日と呼ばれる形式で表現された日時であると解釈します。ユリウス通日はグレゴリオ暦でいうところの、西暦 -4712年1月1日の正午からの経過日数を表します。時刻は少数を使って表現します。（1.0を1日とした少数表現で、当然正午からの経過時間です。）
一方A5:SQL Mk-2で使っているUniDACでは、SQLite3の日付で数値表現を扱う場合、なぜか小数点が付かない場合（つまり正午）にかぎり、ユリウス通日ではなく、Unixtimeであると誤って解釈して出力しているようでした。
つぎのリリース候補版(version 2.14.0 rc4)で修正しますのでお試しいただければと思います。（本日 12/2 中にリリース予定です。）TOMOさんこんにちは。
A5:SQL Mk-2はデータベースの種類にもよりますが、「専用接続」と「ODBC」あるいは「OLE DB」により接続できます。PostgreSQLでしたら、「専用接続」が使えます。これは、「データベースの追加と削除」より選ぶことができます。
ODBCデータソースにデータが登録してある場合、A5:SQL Mk-2から登録する必要がない分、手軽に接続できますが、「専用接続」の方が概ね高速です。ODBCドライバのバージョンによってはA5:SQL Mk-2との相性があるケースもあるかもしれません。
（ただし、PostgreSQLのバージョンによってはODBCドライバの方が問題が少ないケースもあるかもしれません。）しろうとＸさんこんにちは。
現象を再現できました。version 2.13.3で古い暗号化ロジックに対する互換性の問題を解決したコードが誤動作していたようでした。
version 2.14.0 rc4で修正しますのでお試しいただければと思います。TKさんこんにちは。
どうも、コマンドライン版のA5:SQL Mk-2とSQL構文の解析ロジックを共通化したことによる動作の違いな気がするのですが、ソースを見ても version 2.14.0 beta 6以前でなぜ結果セットを表示できていたのか良く分かりませんでした。
とりあえず、Shift+Ctrl+Enterで実行すると、結果セットを返すSQLだとみなして実行するので、さしあたりは回避できそうな気もします。（すみません、マニュアル等に書いてない機能です）
あと、Explain文を実行しなくとも、該当SQLで、Ctrl+Eを押下すると実行計画が表示されるのですが、これではだめでしょうか？。
（現状は analyze オプション無しですが、正式版リリースまでに analyze オプションの負荷を検討したいと思います。）
