フォーラムへの返信
-
投稿
-
vertrag さんこんにちは。
すみません、Version 2.18.0 から、keywords.txt の位置が変わりました。
ワークスペースの保存先の設定により変化し、
レジストリの場合は、「%APPDATA%\mmatsubara\A5M2(x64)」 または「%APPDATA%\mmatsubara\A5M2(x64).<ワークスペース名>」
(x86 版の場合は、x64 の部分が、x86 に変わります)
設定ファイル(ポータブルモード)の場合は、A5M2.exe と同じフォルダに作成される「Portable」または「Portable.<ワークスペース名>」となります。
変更した理由は Microsoft Store 版からだと、A5M2.exeのフォルダに書き込みができない不具合があったことと、ワークスペースの導入に伴いワークスペースごとにキーワードの一覧も設定できるようにするべきとの考えからです。
オプション画面での説明は正しくないので削除することにします。佐藤さんこんにちは。
A5:SQL Mk-2の内部ではストアドプロシージャの列挙に ALL_PROCEDURES を参照しています。確認まではしていないのですが、おそらくはプロシージャの実行権限がないために参照できなくなっているのでは？ と思います。
実行権限を与えるには、
GRANT EXECUTE ANY PROCEDURE TO ユーザー名;
になるかと思うのですが、プロシージャの内部でデータの書き換え等を行っているとすると、読み取り専用ユーザーにこの権限を与えるのは良くないようにも思えます。問題ないプロシージャだけを個別に権限付けする方法もあるかと思いますが、管理が大変そうですね。
(もしかしてプロシージャの実行権限を与えてもテーブルの書き込み権限がなければ(正常に)エラーになるのか？ とも考えましたが、検証していないのでよくわかりません)r_nakako さんこんにちは。
Version 2.18.3 beta 3 で仮想列を含むテーブルのインポートができない問題を対処してみました。Version 2.18.3 beta 3で仮想列を含むテーブルをインポートしようとすると、ダイアログで、仮想列に対する入力列が「(default)」と表示されるはずです。「(default)」は列のデフォルト値を入れるという意味となりますが、実際には、Insert文でカラムの指定が省かれる動作となります。このため仮想列のインポートでエラーが出なくなるはずです。
お試しいただければと思います。Aomaru さんこんにちは。
コマンドラインユーティリティからER図を作成しても、エンティティの初期配置が単に並んで表示されるだけで、あとからGUIで配置しなおさなければいけないので、コマンドラインユーティリティからER図を作成できるメリットがほぼありません。このため、現状ではコマンドラインユーティリティからのER図作成は機能として作成しておりません。
（自動で適当に配置してくれるER図ツールもありますが、この方式が有効なのはエンティティの数がかなり少ない場合に限られて、あまり実用的ではないのではないかと考えています。）ぬーぼーさんこんにちは。
検証用 Redshift のお申し出ありがとうございます。メールアドレスの方に接続情報等いただければと思います。あと、Version 2.18.3 beta 2 でも PostgreSQL 関連ですが、少し修正しています。こちらの方ではいかがでしょうか？
Yamazaki さんこんにちは。
こちらで再現しようとしたのですが、再現しませんでした。本来であれば NULL で挿入されるはずです。1970/01/01 といえば、MySQL ではTimestampで表現できる最小の日付かと思いますが、デフォルト値がなにか設定されているとか、データ型であるとか何かヒントになりそうなものはないでしょうか？
しのかつさんこんにちは。
ありがとうございます。どのようになってしまっているか具体的に知りたいので、メールアドレスの方にスクリーンショットをお送りいただくことは可能でしょうか？ DB名やテーブル名等、業務にかかわる部分は塗りつぶしてあっても構いません。
以上よろしくお願いいたします。わきたさんこんにちは。
当該DBのエンコーディングはEUC_JPとのことですが、もしかして実は SQL_ASCII であり、A5:SQL Mk-2のDB接続内容登録画面で、「強制エンコーディング」の設定が SJIS になっていないでしょうか？（そもそも EUC_JP のデータベースの場合、Version 2.18.2 では接続エラーになるはずなので）
SQL_ASCII への接続に問題があるようだったので、Version 2.18.3 beta 3 で修正しています。お試しいただければと思います。Maru さんこんにちは。
すみません、SQL Server のストアドプロシージャ(Transact SQL)はあまりよく知らないのですが、手元のSQL Server 2019で試したところ、末尾にbegin catch
end catchの2行を追加することでエラーなく実行できるようになりました。
なお、このプロシージャは本来結果セットを返しますが、A5:SQL Mk-2で実行するとそのままでは結果セットを返しません。この場合、Ctrl+Shift+Enter で実行すると、結果セットを返す SQL であるとみなして実行することができます。わきたさんこんにちは。
Version 2.18系で、EUC系のエンコーディングを使用しているときにうまく接続できないなどの不具合がありました。
Version 2.18.3 beta 2で修正しましたのでお試しいただければと思います。k_nagayama さんこんにちは。
Version 2.18.3 beta 2 で datetimeoffset が正しく扱われない問題を修正しました。ご確認いただければと思います。
「datetimeoffset(タイムゾーンを含文字列情報)を文字列として扱う」のチェックを ON にすると、ダミーデータの作成処理では通常の文字列と同様に扱ってしまうので、正しく datetimeoffset の式（書式）に設定して実行する必要があるかと思います。まささんこんにちは。
Version 2.18.2 と Version 2.18.3 のベータ版で接続自体の処理は変更していないのですが、Version 2.18.2 では接続できるが Version 2.18.3 のベータ版では接続できないということでしょうか？
