2

私はcakePHPで従業員スケジューリングシステムを開発してきました。さて、アプリケーションが展開段階に近づくにつれ、顧客はそれを自分の会社で使用するだけでなく、アプリケーションサービスを(メンバーシップとして)他社に販売したいと言われました。アプリケーションは非常にシンプルで、現在のデータベースは本当に簡単です。現在のところ、テーブルは従業員、顧客、スケジュールの3つだけです(各タプルにはempployeeId、customerId、および顧客で費やされた時間が保持されます)。従業員と顧客のテーブルには通常、それぞれ最大50のレコードが保持され、スケジュールは最大15kになる可能性があります。私はそのようなものを一度も使ったことがないので、それについていくつか疑問があります。すべての企業が独自のデータベースを持つべきですか?支払いとグランド/拒否アクセスを受け取る方法は?

ケースに関するコメント、提案、およびベストプラクティスは大歓迎です。

4

1 に答える 1

3

スキーマで会社ごとにレコードを選択できない場合は、それぞれに独自のレコードが必要です。

安全な方法で個々の会社のレコードにアクセスしない場合は、それぞれが独自のレコードを持っている必要があります。

部外者への販売やサポートを念頭に置いて設計・製作されていないものを売るのは気が狂っていると思います。

潜在的な顧客はそれを買うことに夢中になるでしょう。

于 2012-12-20T18:39:45.643 に答える