エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「フィールドの更新不可制約」の必要性 - 設計者の発言
意識されることが少ないが、「更新不可制約」はRDBを扱う場合に配慮すべき基本事項である。ところが、そ... 意識されることが少ないが、「更新不可制約」はRDBを扱う場合に配慮すべき基本事項である。ところが、そのための機構が一般のRDBMSでは手薄であるゆえに、更新不可に関する制御は開発者、または開発基盤に委ねられる。その際の考慮点を説明しよう。 まず、更新不可制約がどのようなものかをおさらいしておこう。一義的には、「PK(一次識別子)の値は更新されてはいけない」くらいの意味である。更新できてしまえば、データの不整合が生じるからだ。たとえば、顧客のPKである顧客IDを"256"から"123"に更新できてしまえば、"256"を顧客IDとしているさまざまなテーブルレコードとの間で簡単に不整合が生じてしまう。まあ、当たり前の話である。 ここで取り上げたいのは、「サロゲートキー」を導入した場合に要請される「属性フィールド(PKでないフィールド)の更新不可制約」である。たとえば、Ruby on Railsの
2015/04/06 リンク