フォーラムへの返信
-
投稿
-
しろうとＸさんこんにちは。
ご指摘ありがとうございます。改訂履歴の件、更新しました。
掲示板についてですが、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 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 で修正してみましたのでご確認いただければと思います。ぱんかれさんこんにちは。
ご報告ありがとうございます。なにか一時保存データのロード時にパス関連でエラーが起こっていそうな気がします。一応、ワークスペースのフォルダを起点として、すべて相対パスで処理しているはずなのですが…。調査してみますのでしばらくお待ちください。マイコさんこんにちは。
レジストリ ⇔ 設定ファイルの切り替えですが、セキュリティ上の問題から意図的にできなくしています。
ただし、DBの一覧については、「データベースの追加と削除」画面からエクスポート・インポートが可能です。（この場合でも保存されたパスワードはエクスポートできません）となりのドドロさんこんにちは。
A5:SQL Mk-2では以下のSQLを実行してPostgreSQL の主キーを取得しているのですが、以下のSQLを実行してみて何かエラーは出ますでしょうか？
（スキーマ名・テーブル名となっているところは適宜置き換えてください）
SELECT
ccu.column_name as COLUMN_NAME
FROM
information_schema.table_constraints tc
INNER JOIN information_schema.constraint_column_usage ccu
ON tc.table_catalog = ccu.table_catalog
and tc.table_schema = ccu.table_schema
and tc.table_name = ccu.table_name
and tc.constraint_name = ccu.constraint_name
INNER JOIN information_schema.key_column_usage kcu
ON kcu.constraint_catalog = tc.constraint_catalog
AND kcu.constraint_schema = tc.constraint_schema
AND kcu.constraint_name = tc.constraint_name
AND kcu.column_name = ccu.column_name
WHERE
tc.table_schema = ‘スキーマ名’
and tc.table_name = ‘テーブル名’
and tc.constraint_type = ‘PRIMARY KEY’
ORDER BY
kcu.ordinal_position
Garuda さんこんにちは。
実はクエリーデザイナは、Active DB Software 社のActive Query Builder のかなり古いバージョンをそのまま使った機能なのですが、実は私はほぼ使わない機能であるため正直よくわかりません。
CROSS JOIN がうまく対応できない場合、エラーなりにした方がよいかもしれないですね。確認・修正したいと思いますので、しばらくお待ちいただければと思います。
