質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

89.52%

PostgreSQLで既存の外部キー制約にCASCADE等の振る舞いを追加したい

解決済

回答 2

投稿

  • 評価
  • クリップ 0
  • VIEW 7,961

okame

score 56

(可能であれば)実現したいこと

PostgreSQL上でデータベースに外部キー制約を設定した参照列を含む参照テーブルが作成してあります。
これに後から被参照テーブルの被参照列を更新、削除した際のCASCADE等の振る舞いを
追加で定義したいです。

環境

PostgreSQL9.2.13

現状の参照テーブル

testdb=> \d physical 
テーブル "public.physical"
   列   |   型    | 修飾語 
--------+---------+--------
 id     | integer | 
 tall   | real    | 
 weight | real    | 
外部キー制約:
    "physical_id_fkey" FOREIGN KEY (id) REFERENCES testtable(id)
この「physical_id_fkey」に定義を追加したいのですが、リファレンスを見ると
外部キー制約の更新のやり方は無い?ようで、
既存の制約を削除して改めて制約を追加する方法しかないように見受けられます。

現状の解決策

1.既存の制約を削除
alter table comment drop constraint "physical_id_fkey";
2.改めて制約を追加
ALTER TABLE physical ADD FOREIGN KEY (id) REFERENCES testtable(id) ON DELETE CASCADE ON UPDATE CASCADE;

希望する回答

1.外部キー制約に被参照列更新、削除時のCASCADE等振る舞いを追加で定義できるか
2.1.が可能であればその方法(PostgreSQLでのSQL文)

記載内容に不明点、不足な点があればご指摘いただければ幸いです。
お手数ですが宜しくお願い致します。
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

+1

okameさんご指摘の通り、無理ですね。
9.4 で遅延制約の変更が出来るようになった程度です。
現行の Oracle でも references の細かい部分までは変更できなかったかと。

現状の解決策を支持します。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2015/10/15 09:43

    izkn様
    コメントありがとうございます!

    スキルが浅く自身の調査が充分か判断できないため、
    ご支持いただけるととても心強いです。
    9.4の遅延制約の変更、知らなかったので見てみます。

    てかなんでできないんですかね?大したことではないように見受けられますが。
    需要がない、そもそも事前の設計ちゃんとしろってことですかね(笑)。

    キャンセル

  • 2015/10/15 15:13

    需要は少なそうですねえ。インデックス再作成時にでもついでにやってねというスタンスかと。

    キャンセル

  • 2015/10/15 22:01

    izkn様
    ですね(笑)。ご教示ありがとうございました!
    今後ともよろしくお願いいたします。

    キャンセル

check解決した方法

0

自己解決

PostgreSQLの仕様上、実現ができないと判断したため、
現状の解決策をベストアンサーとする。

現状の解決策

1.既存の制約を削除
alter table comment drop constraint "physical_id_fkey";
2.改めて制約を追加
ALTER TABLE physical ADD FOREIGN KEY (id) REFERENCES testtable(id) ON DELETE CASCADE ON UPDATE CASCADE;

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 89.52%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる