フォーラムへの返信
-
投稿
-
たつやさんこんにちは。
調査したところ、A5:SQL Mk-2 で使用している UniDAC というDB接続ライブラリで、OIDを符号付き32bit整数として扱っている箇所を見つけました。本来これは符号なし32bit整数として扱われるべきです。
OID の最上位ビットが1となるような検証用DBが用意できなかったので修正内容が完全かよくわからないのですが、Version 2.19.0 beta 24 で修正してみましたので、ご確認いただければと思います。oshimas さんこんにちは。
@形式のパラメータは内部で:形式に変換しているので、挙動に差が出てしまったようです。
パラメータ名は、ASCII文字コードで文字種チェックをしていたはずなので、ちょっと見直してみたいと思います。たつやさんこんにちは。
PostgreSQL ですよね。 oid が負の値ですか…。見たことなかったです。調査してみますのでしばらくお待ちください。
お急ぎの場合は、データ型で制限があるかもしれませんが、ODBCドライバを使うともしかすると正しく動作するかもしれません。koさんこんにちは。
はい、Version 2.19.0 beta 8よりファイルをお気に入りに追加できるようにしてみました。ご確認いただければと思います。A5:SQL Mk-2 のベータ版で、ファイル(SQL, ER図, DMS等)をデータベースへのお気に入りとして登録できるようにしました。現状は「お気に入り」を右クリックから「お気に入りにファイルを追加(F)…」から追加するUIのみですが、もう少し簡易に登録できるようにする予定です。https://t.co/dymlNjOt3T pic.twitter.com/7rbM9Df2n6
— 松原正和 (m.matsubara) (@m_matsubara) October 9, 2023
aaさんこんにちは。
ありがとうございます。いただいた資料で、問題を見つけることができました。いろいろと勘違いしていたようで、ER図を割り当ててもSQL入力支援のテーブルカラムの論理名（コメント）がER図からのものにうまく切り替わらない問題を発見できました。
Version 2.19.0 beta 23 で修正しましたので、ご確認いただければと思います。まっちさんこんにちは。
これはSQLファイルが文字化けするという話でしょうか？ あるいは、DBのテーブルやカラムのコメントが文字化けするという話でしょうか？
SQLファイルが文字化けするという話の場合、ファイルの文字コード判定がうまく機能していないということになりますが、 Version 2.17系と Version 2.18系でそのあたりを変更した覚えがないので、ちょっとよくわからないですが、文字コード判定は類推ですので、誤って読み込んでしまうことがないとは言えません。この場合、SQLファイルの先頭にコメントを記述し、日本語でSQLファイルの説明を記述するなどして文字コード判定しやすくするなどの方法があると思います。
Akira.Shibata さんこんにちは。
複数行インサートと１行単位のインサートでは生成するSQLを変えているのですが、これのためにエラーの表示内容が変わっているのだと思います。
実際なぜエラーが起こっているのかについては、RDBMSの種類やサンプルとなるCSVなどあるとありがたいです。kobayashi さんこんにちは。
調査したところ、テーブル定義の変更機能の不具合というより、SQL Server で外部キーを列挙するロジックで外部キー名だけでよいところになぜかスキーマ名を付加していた不具合のようでした。Version 2.19.0 beta 22 で修正してみましたので、ご確認いただければと思います。
