A5:SQL Mk-2

開発のこと、日々のこと

松原正和

フォーラムへの返信

15件の投稿を表示中 - 256 - 270件目 (全1,639件中)
  • 投稿者
    投稿
  • 松原正和
    キーマスター

    おちさんこんにちは。
     
    推測ですが、何かの間違いでSQLタイムアウトの秒数が短めに設定されてしまったのかなという気もします。

    松原正和
    キーマスター

    oshimas さんこんにちは。
     
    @形式のパラメータは内部で:形式に変換しているので、挙動に差が出てしまったようです。
    パラメータ名は、ASCII文字コードで文字種チェックをしていたはずなので、ちょっと見直してみたいと思います。

    返信先: oidについて #20938
    松原正和
    キーマスター

    たつやさんこんにちは。
     
    PostgreSQL ですよね。 oid が負の値ですか…。見たことなかったです。調査してみますのでしばらくお待ちください。
     
    お急ぎの場合は、データ型で制限があるかもしれませんが、ODBCドライバを使うともしかすると正しく動作するかもしれません。

    松原正和
    キーマスター

    koさんこんにちは。
     
    はい、Version 2.19.0 beta 8よりファイルをお気に入りに追加できるようにしてみました。ご確認いただければと思います。

    松原正和
    キーマスター

    aaさんこんにちは。
     
    ありがとうございます。いただいた資料で、問題を見つけることができました。いろいろと勘違いしていたようで、ER図を割り当ててもSQL入力支援のテーブルカラムの論理名(コメント)がER図からのものにうまく切り替わらない問題を発見できました。
     
    Version 2.19.0 beta 23 で修正しましたので、ご確認いただければと思います。

    返信先: 日本語が文字化けしてしまう #20935
    松原正和
    キーマスター

    まっちさんこんにちは。
     
    これはSQLファイルが文字化けするという話でしょうか? あるいは、DBのテーブルやカラムのコメントが文字化けするという話でしょうか?
     
    SQLファイルが文字化けするという話の場合、ファイルの文字コード判定がうまく機能していないということになりますが、 Version 2.17系と Version 2.18系でそのあたりを変更した覚えがないので、ちょっとよくわからないですが、文字コード判定は類推ですので、誤って読み込んでしまうことがないとは言えません。

    この場合、SQLファイルの先頭にコメントを記述し、日本語でSQLファイルの説明を記述するなどして文字コード判定しやすくするなどの方法があると思います。

    返信先: number型のインポートエラー #20934
    松原正和
    キーマスター

    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 にて共通列にインデックスがつけられない不具合を修正しました。ご確認いただければと思います。

    返信先: タイムゾーンを変更する方法 #20900
    松原正和
    キーマスター

    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 系(ベータ版)では起きないのではないかなと思います。いかがでしょうか?

    返信先: SQLServerでのSQL文作成 #20882
    松原正和
    キーマスター

    うえぴぃさんこんにちは。
     
    はい、確かに nchar、nvarchar、ntext の場合は、N’~~~’ 形式にしないと文字化けしてしまうはずですね。修正したいと思いますので少々お待ちください。

15件の投稿を表示中 - 256 - 270件目 (全1,639件中)