フォーラムへの返信
-
投稿者投稿
-
松原正和
キーマスターredcharm さんこんにちは。
たまに、そのようなご要望を受けることもあるのですが、元々ベースとしている開発環境付属のグリッドコンポーネントにそのような機能がなく、そこから派生していろいろ機能追加しているグリッドに今から縦横切り替え機能をつけるのは少々困難な気がします。
申し訳ありませんが、今のところ機能制限ということでよろしくお願いいたします。松原正和
キーマスターHAO さんこんにちは。
タイムアウト設定ですが、もしかすると過去の特定のバージョンで聞いていなかった不具合があったかもしれませんが、ちょっともう分からなくなってしまいました。申し訳ありません。松原正和
キーマスターゲストさんこんにちは。
コマンドラインユーティリティでは、/UseEnvVar パラメータを指定すると、 ${env} 形式で環境変数から文字列を取得して置換することができます。
松原正和
キーマスターaa さんこんにちは。
検証してみたのですが、再現できませんでした。
例えば、新しいワークスペースを作ってDBを登録し、そこでER図を割り当てても表示されないでしょうか?松原正和
キーマスターぬかささんこんにちは。
Version 2.19系のベータ版で件数制限の仕組みを変更したことが関係しているかもしれません。
オプションダイアログから、「結果セットグリッド」のタブで、「結果セット最大行数」を 0 に設定するとエラーが出なくなるかもしれません。松原正和
キーマスターGaruda さんこんにちは。
ご指摘ありがとうございます。確かにそのような挙動をするようですね。ちょっと今週の修正では間に合いませんでしたが、修正したいと思いますので少々お待ちください。
松原正和
キーマスターしろうとXさんこんにちは。
ご指摘ありがとうございます。改訂履歴の件、更新しました。
掲示板についてですが、WordPress の拡張 bbpress なのですが、正直よくわかってないのですよね。下手に更新してもバージョンアップ時に上書きされてしまったり…。
本当は、掲示板ではなく、ちゃんとしたバグトラッキングシステムを導入した方がよいのでしょうが…。松原正和
キーマスターaa さんこんにちは。
ER図で設定したカラムとのことですが、DBにER図を割り当てた状態で論理名が表示されないということでしょうか?
それとも、DBのコメントとして登録した論理名が表示されないということでしょうか?
また、表示されないのは特定のテーブルの特定のカラムでしょうか?あるいは、すべてのテーブルのカラムでしょうか?松原正和
キーマスターわきたさんこんにちは。
すみません、pg_temp_XXX, pg_toast_temp_XXX は通常意図して使用されるスキーマ名ではないため、表示しないように変更していました。
(個人的にスキーマを分けてマルチテナントにするシステムが多かったので、pg_temp_XXX, pg_toast_temp_XXX が単にノイズになっていたためです。)
ちなみに、pg_temp_XXX, pg_toast_temp_XXX は明示的に参照することがあるのでしょうか?松原正和
キーマスター濱仲さんこんにちは。
Version 2.19.0 beta 13 にて、DBA_XXX データディクショナリが参照できそうなときは、そちらを参照するように修正してみました。いかがでしょうか?松原正和
キーマスターこっぺさんこんにちは。
すみません、現状では開発環境である Delphi が日付時刻をミリ秒でしか扱えないことから、なかなか修正が難しいところがあります。
現時点では制限とさせてください。松原正和
キーマスターぱんかれさんこんにちは。
多分、内部的な状態が変わったためにエラーが出なくなっただけかなと思います。Version 2.19.0 beta 12 でここかなあと思える場所を修正してみましたので、しばらく様子を見ていただければと思います。松原正和
キーマスターぱんかれさんこんにちは。
ちょっと今週のベータ版では調査・修正が間に合いませんでした。調査したいと思いますので少々お待ちください。松原正和
キーマスターぬかささんこんにちは。
元々、DB接続のネットワーク接続が切断したことを検出できず、そのまま処理をしようとしてエラーになっていたのですが、Version 2.19系のベータ版でDB接続の切断を検出するようにしてみました。
お試しいただければと思います。
(ネットワーク切断の検出は完全ではないかもしれないので、もしおかしいようでしたらまたご報告いただければと思います。)松原正和
キーマスターとなりのドドロさんこんにちは。
詳細な報告ありがとうございます。調査したところ、元々 information_schema.table_constraints と information_schema.constraint_column_usage のみで実装していたところ、あとから information_schema.key_column_usage を追加していたようです。ただ、information_schema.key_column_usage を追加した場合、information_schema.constraint_column_usage は不要となるので削除するべきでした。
Version 2.18.0 beta 12 で修正してみましたのでご確認いただければと思います。 -
投稿者投稿