-1

さて、私が何をしているのかを説明します。

制限されたデータを含むファイルを検証する必要があります。これには、それぞれ 120 のフィールドを持つ 10 万行を超える行があり、各フィールドには定義された形式 (たとえば、「COD234-ES」など) に従って独自の検証があります。

このデータを SQL SERVER 2008 のデータベースからテーブルに挿入する必要がありますが、挿入する前にこのデータを検証する必要があります。

このファイルは、PHP フレームワークで作成された Web インターフェイスを介してクライアントからアップロードする必要があります。

パフォーマンスと効率に関する私の質問は、これを行うためのベストプラクティスはどれですか?

最初にクライアント側で検証してからアップロードし、最初にサーバーにアップロードしてから、PHP を使用してデータベースに一括挿入を検証またはアップロードしてから、transact -sql で検証しますか?

多くの検証で、REGEX 式を使用することを考えましたが、SQL では l

これを最良の方法で行うために私を導いてくれる人に感謝します。どうもありがとう

4

3 に答える 3

1

できるだけ早く検証したい。

クライアントで検証できる場合は、クライアントのネットワーク帯域幅とサーバーの負荷を節約できるため、常に検証してください。サーバーよりも多くのクライアントを持つ可能性があります。

PHP で検証できる場合は、データベースよりも優れています。通常、データベースを複数のサーバーに分割するよりも、複数の Web サーバーに負荷を分散して単一のデータベースを保持する方が簡単だからです。

于 2013-04-26T22:08:57.387 に答える
1

簡単な答えは、クライアント側とサーバーの両方で検証する必要があるということです。
クライアント側では、大量のデータをアップロードするにはあまりにもユーザーフレンドリーではないため、エラー メッセージが表示されます。

ただし、悪意のある人物 (または自動化されたアップロード インターフェイス) がクライアント側のテストを回避し、意図的または愚かにガベージまたは悪意のあるデータを導入する可能性があるため、サーバーで再検証する必要があります。

于 2013-04-26T22:11:34.397 に答える