フォーラムへの返信
-
投稿者投稿
-
松原正和
キーマスター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 さんこんにちは。
複数行インサートと1行単位のインサートでは生成するSQLを変えているのですが、これのためにエラーの表示内容が変わっているのだと思います。
実際なぜエラーが起こっているのかについては、RDBMSの種類やサンプルとなるCSVなどあるとありがたいです。松原正和
キーマスターkobayashi さんこんにちは。
こちらも、Version 2.19.0 beta 22で合わせて修正しましたのでご確認いただければと思います。松原正和
キーマスターkobayashi さんこんにちは。
調査したところ、テーブル定義の変更機能の不具合というより、SQL Server で外部キーを列挙するロジックで外部キー名だけでよいところになぜかスキーマ名を付加していた不具合のようでした。Version 2.19.0 beta 22 で修正してみましたので、ご確認いただければと思います。松原正和
キーマスターちだいさんこんにちは。
A5:SQL Mk-2 Version 2.19.0 beta22 にて共通列にインデックスがつけられない不具合を修正しました。ご確認いただければと思います。松原正和
キーマスターliu さんこんにちは。
“SET time_zone=’+09:00′” 等 SET 構文がうまく動作しないのは、ごく最近の Version 2.19 系のベータ版のみの不具合でした。
改めて、liu さんの状況の確認なのですが、2023/12/05 00:00:00 で値を入れたはずが、A5:SQL Mk-2 で 2023/12/05 09:00:00 として表示されるなどでしょうか?
MySQL の timestamp 型は内部的に UTC として日付時刻を格納するのですが、UTCのクライアントから日本時間のつもりで、日付時刻(上述の例では 2023/12/05 00:00:00 UTC)を格納したりしていないでしょうか?
この場合、A5:SQL Mk-2 でログイン後に “set time_zone=’UTC'” を実行するなどすればよいように思えます。松原正和
キーマスターaa さんこんにちは。
すみません、長々と色々質問させていただいている割にはわかりません。割り当てを行ってもER図から論理名が取れないER図をメール等で送る・どこかのサイト上に配置するなどしていただけないでしょうか?松原正和
キーマスターlenno さんこんにちは。
CSVファイルですが、メニューの [データベース(D)] – [CSV/TSVからテーブル生成 (インポート) …]を使うと、一応テーブルを作成しつつインポートすることができるはずです。
ただし、CSVファイルはデータ型や主キー情報が失われているため、手動でデータ型等を指定する必要があります。デフォルト値や制約・トリガーなども復元されませんので注意が必要です。松原正和
キーマスターsh さんこんにちは。
不具合報告ありがとうございます。なんとなく、不具合に思い当たる節があり、Version 2.19 系(ベータ版)では起きないのではないかなと思います。いかがでしょうか?松原正和
キーマスターうえぴぃさんこんにちは。
はい、確かに nchar、nvarchar、ntext の場合は、N’~~~’ 形式にしないと文字化けしてしまうはずですね。修正したいと思いますので少々お待ちください。松原正和
キーマスターmint さんこんにちは。
修正しようかと考えていたのですが、そうすると、デフォルト値を指定したい場合の指定方法がなくなってしまうので、どうしようか困っています。
オプションでデフォルト値とNULL値を切り替えるなどできるか調査したいと思います。もうしばらくお時間をいただければと思います。松原正和
キーマスターliu さんこんにちは。
本来なら、”SET time_zone=’+09:00′” 形式の文字列を実行することでタイムゾーンを変更できるはずなのですが、なぜかエラーは発生しないのにタイムゾーンの変更がうまくいかないようです。
修正したいと思いますので少々お待ちください。松原正和
キーマスターaa さんこんにちは。
お返事が遅くなり申し訳ありません。まだ、現象が把握できていないのですが、スキーマ名は dbo でしょうか? あとは、テーブル名は大文字小文字が混じっていたりしますか? -
投稿者投稿