Weitere ähnliche Inhalte
Ähnlich wie Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引) (20)
Mehr von Junichi Kodama (8)
Kürzlich hochgeladen (10)
Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引)
- 7. 悩んだ挙句、3案を依頼者に提示
フォームを分ける 1つのフォームで
2つのテーブルを
同時更新する顧客フォーム
契約フォーム
顧客
テーブル
契約
テーブル
顧客
テーブル
契約
テーブル
テーブルを1つに
する
テーブル
顧客情報が変わった時
に2つのフォームに入
力するのが手間だなー
更新時の制御を慎重に
やらないとだなー
シンプルだけど、同じ
顧客情報増えていく。
大丈夫なのか…?
- 12. いただいたご意見
Dynamics 365 を買う
顧客管理ツールとして完成されているから、これがベスト
むしろ完成されているツールがあるものを1から作るべきではない
CDS にして、モデル駆動型で構築する
キャンバスアプリで頑張って作るより、モデル駆動型ならデータが
決まれば勝手に一覧やフォームが作成されるから
既存のオンプレサーバに顧客情報があるなら顧客情報はそこから
取る
既にある情報をわざわざ冗長管理する意味はないから
アプリとして使う DB (テンポラリー)と、データとして貯める
DB (永続化)を分けて考える
扱うツールによって最適なデータ構造が異なるから
(例:RDB は BI の観点から言えば扱いにくい)
今イメージできないのであれば、顧客情報と契約情報を
分けたくなった時に分ける(データ量にもよるが)