テーブルの接続関係では、親テーブルの値を変更すると、
関連付けられた子テーブルの値が変更されません。
一般的なDBMSのように接続された構造がありますか?
テーブルの接続関係では、親テーブルの値を変更すると、
関連付けられた子テーブルの値が変更されません。
一般的なDBMSのように接続された構造がありますか?
김성민さん
ルックアップでの参照項目関連の質問と解釈しました。
(質問の意図を読み違えていたらすみません)
例として、 商品APP と 売上APPがあるとします。
商品APP
商品Code (TextBox)
商品Name (TextBox)
売上APP
商品Code (LookUp)
商品Name (LookUpより代入)
売上APPで、商品Codeを選択すると商品Nameが自動表示されますが、
その後、商品APPで商品Nameを修正した場合、売上APP側の商品Nameに変更は反映されません。
売上APPの商品CodeLookupで「取得」を再度Clickすると、商品Nameは変更されます。したがって、売上APP自体に商品Nameのcolumnを保持しているという事だと思います。
一般的なDBMSのrelationとは異なると理解しています。
回答ありがとうございました。
質問をよく理解していただきました。
韓国の場合はnon-Sqlベースのプログラムが多く使用されません。
したがって、現在の問題に対して真剣に悩むことになります。
違うは、本問題に対してどのように顧客を説得でしょうか?
김성민さん
>本問題に対してどのように顧客を説得でしょうか?
1)SYSTEM運用上、問題が無ければ放置
売上APP:商品APP の例の場合、お客様によっては問題無いと判断されます。
2)SYSMTE運用上、問題がある場合、
商品APPの品名変更保存時に、APIを使用して、全売上APPの該当商品Code LookUpを更新します。商品Code Lookupの値がAPIで更新されると、商品名も再度自動代入されます。
(開発は面倒ですが、疑似的に完全なrelationを再現する方法は、今はこれしか思いつきません)
(補足)
関連レコード(Related Records)は、DBMSのrelationと同じ動作と理解して良いと思います。
詳細画面・入力画面でしか使用できませんが。。
上海レンユアー 松村
助けてくれてありがとうございます。
優先的に顧客を説得する方法で進行しなければなりません。
特に要求した場合は、APIを利用して適用するようにしてみましょう。