フォーラムへの返信
-
投稿
-
kuma さんこんにちは。
なにか、データ型は特殊なものを使っていたりするのでしょうか？
あと、「複数行インサートを使用する」のチェックを外すと内部的な動作が変わるので成功するかもしれません。
（かなり遅くなりますが）k_nagayama さんこんにちは。
すみません、以前のバージョンで開発時に正常に動作しなかったので、非対応にしています。現在のバージョンでは事情が違うかもしれないのでまた対応できないか試してみます。
ただし、正式に対応できるのは少し先になるかもしれません。KAZAMAI_NaruT さんこんにちは。
SSHの接続が正常か切れているかは、SQLを実行してみるまで分からないのでなかなか修正は難しいかもしれません。
無操作タイムアウトで切断されているとしたら、オプションダイアログから「データベース接続」「データベースに Keep Alive を送信」にチェックを入れることでタイムアウトしないようになるかと思います。
(無操作時に「SELECT 1」などの無害なSQLが実行されるようになります)t-naga さんこんにちは。
不具合報告ありがとうございます。Oracle Database に直接接続されているということでしょうか？
「Data type is not supported」と出てしまうのは、DB接続ライブラリの仕様(制限)になってしまうので、直すのは困難かと思われます。
OracleClient を入れることができないとのことですが、InstantClient なども入れることはできないでしょうか？サトルさんこんにちは。
A5:SQL Mk-2では明示的なデータベースをテーブル構成などを含めてコピーする機能はありません。「CSV/TSVからテーブル作成」の機能はコピーに変わる機能ではありません。DB製品ごとにテーブルにしてもその他のオブジェクトにしてもオプション設定がたくさんあり、対応が難しいためです。
テーブル構成やプロシージャも含めてコピーするには、各データベースのコピーツール（マイグレーションツール）を使うようにしてください。
PostgreSQL ですと、pg_dump と pg_restore(または psql)を使うのが一般的かと思います。辻 真文さんこんにちは。
もしかするとですが、DB接続が無操作によるタイムアウトで通信経路途中のルーターなどにより切断されている可能性があります。
オプションダイアログから「データベース接続」タブの「データベースに Keep Alive を送信」をチェックすると改善するかもしれません。
(無操作時に無害な SELECT 1 などのSQLが実行されるようになります)mueno さんこんにちは。
ボタンが出たり消えたりというのは、マウスオーバー時のみ表示され、マウスが離れると表示が消える状態ということでよろしいでしょうか？
一応、これが Version 2.18 の挙動であり、オプション設定での変更が今のところ変更はできません。匿名さんこんにちは。
A5:SQL Mk-2では、Microsoft SQL Server の DATETIMEOFFSET 型は、オプションダイアログから「SQL Server」タブの「datetimeoffset(タイムゾーンを含む日時型)を文字列として扱う」をのチェックをONにする(デフォルトONです)ことで文字列としてタイムゾーンを含めて扱うことができます。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図ツールもありますが、この方式が有効なのはエンティティの数がかなり少ない場合に限られて、あまり実用的ではないのではないかと考えています。）
