みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
FMP18
FMS18
いつもお世話になっております。またお知恵をください。
レイアウトやデザインを各事業所の要望に合わせた構成をしていたのですが、それでは編集が頻雑化してしまい、更新作業が著しく悪化してしまう為、Webサイトのような共通デザインの元、各事業所に使ってもらおうと考えています。
新しいデータの取り扱い方などのアイデアが出た時に新機能として機能を追加したりしているのですが、各事業所数分の更新作業をするのに苦痛を感じてしまいました。
使用レイアウトやデザインを統一してしまえば、一つのファイルの更新作業さえ行えば全ての事業所に反映するので大変効率が上がるのではないかと考えています。
各事業所通しの繋がりはなく、事業所のデータを保持する為、分離モデルを採用しようと思っています。
各事業所従業員または事業所レベルのログインで、使用するデータベースを分けていきたいのですが、どのような手法で切り分けたら効率がいいでしょうか?
Offline
データが分かれてたら統一にならないような...
同じレイアウトを使うということは、データベース定義も同じわけですよね?
定義も同じですね…
共通レイアウトに切り分けたデータを持たせようとする事自体考え方として間違いですよね〜
なんとなく出来ないかなって思った次第です。
UIファイル、トランザクションファイル、マスターファイルの構成で事業所ID単位で分けることにします。
従業員レベルに各事業所IDを持たせれば、表示される内容も変化しますよね。
アカウント発行の仕方とログインの流れを考えてみることにします。
Offline
各事業所は一年で約1万レコード…それの5事業所…
大丈夫ですねw
変に切り分けるのをやめます。
Offline
トランザクションデータ、マスターデータを分けてしまう時点で、共用はものすごく面倒になり、将来的に最悪の構成になります。いっそ、クライアント毎に構築した方が楽でしょうね。
まず、全体の構築そのものを変えてしまいます。
データファイルは、マスターは共通化、データは、すべてUUIDなどでリレーションし、それと別に所属事業所を管理するテーブルを作り、それを絡ませて処理すればいいでしょう(アクセス権で許可するのが、全体の運用を考えると楽でしょう)。データの種類によるでしょうが、10年で50万レコード程度ですので、その50万レコードに対して、頻繁に集計は行わないでしょうから、サーバーの能力が十分あれば賄えるレベルです。
分離モデルにするのはいいのですが、プロジェクト部分を分離し、カスタマイズ部分だけをさらにクライアント毎に分離してはいかがでしょう。
Last edited by Shin (2020-04-26 11:19:37)
Offline
アイデアありがとうございます。
事業所データの殆どが日誌、報告書の類ばかりです。色々と再検討してみます。
Offline
Pages: 1
[ Generated in 0.005 seconds, 10 queries executed - Memory usage: 509.34 KiB (Peak: 513.88 KiB) ]