フォーラムへの返信
-
投稿
-
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 のベータ版では接続できないということでしょうか？土山さん、卜部さん、中原さん、鶴田さんこんにちは。
調査したところ、DB接続ライブラリに不具合があり、サーバー側で文字コード変換するはずが、クライアントで文字コード変換するようになっており、EUC系の文字コードなどいくつかの文字コードで、Windows API の呼び出し時にエラーになっていました。
サーバー側で文字コード変換するように修正し、Version 2.18.3 beta 2としてベータ版を出しましたのでお試しいただければと思います。mm さんこんにちは。
一応設定としては、コードページを設定する箇所は設けているのですが、文字化けしないならキャラクタセットは空で運用した方が無難かと思います。
DB接続ライブラリの内部の話ですが、キャラクタセットを指定すると、DBサーバーは指定のキャラクタセットで送ってくるようになるのですが、クライアント側で指定のキャラクタセットからUnicodeへの変換が少し動作が怪しげにも見えます。mm さんこんにちは。
こちら、MySQL 8.0.21 での動作確認では問題なく動作しました。該当DBの文字コード設定は何になっているでしょうか？
DB登録画面の設定で、[基本] タブの「キャラクタセット」の設定や、「その他」タブの「サーバーとの通信に Unicode を利用する」の値はどのようになっているでしょうか？
k_nagayama さんこんにちは。
SQL Server の datetimeoffset でよろしかったでしょうか？ こちらで試したところ、現象が再現したのと、datetimeoffset 型の表示自体少し問題があるように見られました。
なお、オプションダイアログから[SQL Server] タブで、「datetimeoffset(タイムゾーンを含文字列情報)を文字列として扱う」のチェックを外すと通常の日時型になりますが、扱えるようになるはずです。この場合、タイムゾーン情報は抜けてしまうので注意が必要です。
