0

私は現在、スタートアップの Web デザイン/SEO 会社のために、かなり複雑な PHP 管理システムを作成しています。このシステムにより、当社の技術者はクライアントをより効率的に管理し、クライアントはプロジェクトの進捗状況を追跡できます。

機能の 1 つは、当社の技術者がクライアントが情報を入力するためのフォームを割り当てる機能です。このフォーム データは、将来の参照と編集のためにクライアント管理に保存されます。

もちろん、各プロジェクト/提供されるパッケージは異なるため、あるクライアントに必要なフォームが別のクライアントには必要ない場合もありますが、全体として、おそらく 8 ～ 10 の異なるフォームを割り当てることができます。

私の質問は、各フォームのデータをクライアントの特定の ID に対応する別のテーブルに保存する方がよいでしょうか、それともフォーム データをクライアント/フォーム固有の .txt ファイルに書き込んでからデータを取得する必要があるかということです。それらのファイル？例えば：

クライアント #1132 が form1 に入力 -> テーブル "1132_form1" を作成 -> フォーム データを挿入

クライアント #1132 がフォーム 2 に記入 -> テーブル「1132_form2」を作成 -> フォーム データを挿入

- -また - -

クライアント #1132 がフォーム 1 に記入 -> 「users/1132/forms」に form1.txt を作成 -> フォーム データを form1.txt に書き込む

クライアント #1132 がフォーム 2 に記入 -> 「users/1132/forms」に form2.txt を作成 -> フォーム データを form2.txt に書き込む

これらのオプションから完全に外れているより良いアイデアがある場合は、お知らせください。

4

1 に答える 1

0

あなたはこれについてすべて間違っていると考えています。リレーショナル DB の設計と正規化の基本を調べる必要があります。探しているのは、クライアントの親テーブルとフォームの子テーブルです。非常に基本的な例:

**Clients** 
client_id INT(11) PRIMARY KEY
client_name TEXT


**Forms**
form_id INT(11) PRIMARY KEY
client_id INT(11) (will correspond to the client_id in the Clients table)
form_location TEXT (location of the form on disk. i.e. the location of it on your server)

この DB 設計により、クライアントごとに複数のフォームを持つことができます。

于 2012-08-24T08:20:48.660 に答える