| 過去の桐井戸端ＢＢＳ （桐ver.７） |
| 1593 | レコードロック | a | 1999/3/19-17:28 |
| 参照整合性を設定した場合、たとえば客先マスタの表を編集すると、 その参照先である売り上げマスタの、編集中のすべてのレコードが レコードロックが掛かってしまいます。 客先が２社しかなく、そのほとんどがある特定の会社なのですが、 ひどいことに、同一の客先すべてがレコードロックがかかっていま います。これはなんとかならないのでしょうか？ これではファイル排他とそんなに変わらないのでは？ | |||
| 1595 | Re: | はまだ | 1999/3/19-18:21 |
| 記事番号1593へのコメント aさんこんにちは んー、客先が２社しかなく売上が半々と仮定して客先マスタの一社を編集すれば 確かに売上マスタは半分ロックされますね。 それがファイルロックに近いとお感じなんですね。 しかしこれは桐がどうのこうのというよりはデータの（それこそ整合性）運用を考えれば ロックされて当然なんですがどうでしょうか。 だれか売上入力している最中に客先マスタのなにかを修正されるんでしょうが データの整合性をとりたければそれこそ明示的にロックをかけなければなりません。 たぶん日常的なデータ運用が現在のデータベース設計とそぐわないのではないかと思います。 | |||
| 1599 | Re: | a | 1999/3/20-08:18 |
| 記事番号1595へのコメント >だれか売上入力している最中に客先マスタのなにかを修正されるんでしょうが >データの整合性をとりたければそれこそ明示的にロックをかけなければなりませ >ん。たぶん日常的なデータ運用が現在のデータベース設計とそぐわないのではな >いかと思います。 マスタ以外にも、同一の客先のレコードを変更しようとすると、すべての同じ会社 のレコードがロックされてしまいます。アクセスなどもこういった仕様なのかな？ | |||
| 1601 | Re: | はまだ | 1999/3/20-23:53 |
| 記事番号1599へのコメント >マスタ以外にも、同一の客先のレコードを変更しようとすると、すべての同じ会社 >のレコードがロックされてしまいます。アクセスなどもこういった仕様なのかな？ 桐Ｖ７補完計画ではじめてレコードロックを試してみて参照の整合性を維持するためには これが当たり前と思っていましたが、なるほどおっしゃるとおりアクセスの仕様とは違いますね。 アクセスはページ単位ロックですが、客先マスタが編集状態でも売上マスタクエーリの既存の 同じ客先のデータを客先マスタＴＢＬの項目以外は編集ができます。 桐だけを使っていたらあまり気にせずに参照結合はこんなもんだとおもっていたかもしれません。 自分自身の頭をもっと柔軟にしていかなければ．．．． | |||