2

データベースのフロントエンドを構築する際に、コミュニティが「ベスト プラクティス」と考えるものは何かを自問しました。

例えば:

すべてのフォームに独自の接続が必要ですか?

データベース関連のものはすべて別のレイヤーに入れる必要がありますか? つまり、データベースのすべてを処理するクラスを作成し、それをフォームからインスタンス化するなどです。

分離規則、つまり、SQL 文字列、接続文字列を配置する場所をどの程度厳密に守らなければならないか。すべてのフォーム コード (検索可能)、グローバル変数としての個別の (ソース) ファイル、XML ファイル、またはソースコードのどこにもなく、SQL サーバー上のみですか?

4

5 に答える 5

3

Web アプリケーションを構築する場合、通常は 3 層のロジックがあります。

  1. プレゼンテーション層
  2. ビジネスロジック層
  3. データ アクセス層

最後の層は、データベースの管理に関するすべてを行います。

ビジネス ロジック レイヤーは、データ アクセス レイヤーを使用せずにデータベースと直接対話することはありません。

それが私の最善のアドバイスです

于 2009-03-12T14:00:54.267 に答える
0

プロジェクトのさまざまなレイヤーを分離するのが常に最善です。MVCフレームワークを調べます。

ウィキペディアのMVC

于 2009-03-12T15:13:54.437 に答える
0

あなたの言語でのアプリケーション アーキテクチャのベスト プラクティスを読んで、人気のあるフレームワークを読んでください。この質問に対する答えは、アプリケーション アーキテクチャ クラスの 3 学期または 4 学期分を簡単に埋めることができます。

于 2009-03-12T14:06:18.403 に答える
0

これは非常に幅広い質問であり、簡単な答えはありません。これが小規模から中規模のプロジェクトの場合、接続文字列を web.config (connectionStrings セクション) に配置し、組み込みの SqlDataSource コントロールを使用してアクセスします。

于 2009-03-12T14:18:23.913 に答える
0

データベースのトランザクション モデルを理解します。Oracle と SQL Server はどちらもトランザクションをサポートしていますが、その仕組みはまったく異なります。

于 2009-03-12T14:21:56.480 に答える