ユーザー登録で「300円クーポン」プレゼント!まずは無料登録から!
募集をシェアしてメンターを探そう
シェア
エンジニア Firebase Firestore Nuxt.js Nuxtjs/Vuetify Vue.js

【1h: 5,000円~】開発中WEBアプリ(Nuxt.js)のFirestore/Authの設計・構成についてアドバイス頂きたいです。

10月9日
予算
5,000円 〜 8,000円
提案数
提案待ち

【 依頼内容 】
現在開発中の介護施設向けWebアプリのFirestore設計・構成についてアドバイスいただきたいです。

現在、他のメンターさんにもご指導いただいており、とても良い指導で信頼しているのですが、fireStoreの構成については、他の方の意見も伺いたいと思い、募集させていただきます。
(現状、サブコレクションを使っていない構成なのが気になっております)



【開発環境】
・Nuxt.js(Vue.js)
・サーバー:Firebase/Firestore
・VScode


【依頼背景】
現在、社内ツール向けに介護の報告書管理ツールを開発しておりますが、
Firebaseを使った開発が初めてなので、設計・構成まわりに自信がありません。

特にサブコレクションを使うべきか、、1:nのリレーションはdocIDを同じにするのか、フィールドにキーのような形にしてもたせるべきか・・・といったことや、施設側アカウントと管理者アカウントの2種類(アプリも2つ)ある場合、どのような設計でそれぞれのアカウントを判別するべきか・・・といった内容になります。(それ以外にも、全体的に見直していただきたいです)


【開発アプリの機能】
機能としてはかなりシンプルなものだと思います。

■施設側の事故登録アプリ
・メイン機能:事故報告書の登録、PDF出力(pdf_make)、データ分析(GoogleChart)
・サブ機能:利用者データを外部システムのCSVからインポート

■管理者側の複数施設の事故管理アプリ
・メイン機能:事故報告書の承認、差し戻し機能、PDF出力、データ分析


【現状のfirestoreの構成】
コレクション名
・accidents /事故データ
・users /利用者データ
・staff /職員
・facility_accounts /施設アカウント
・manager_accounts /管理者アカウント

accidetnsに、事故報告書に使うデータがごっそり入るイメージです。
このなかで、[accidents][users][staff]については、施設ごとに1:nのリレーションとなるデータなので、
[facility_accounts]のサブコレクションとして、階層を1つ下げたほうがよいかと検討しております。


【ご依頼内容】
実際にアプリとコードを見てもらいながら、
1時間程ZOOM等で画面共有しながら、設計・構成についてアドバイスいただきたいです。

よろしくお願い致します。

メンティーに提案してみましょう
募集をシェアしてメンターを探そう
シェア