2011-02-14 22 views

答えて

1

MVCは、フレームワークを使用しない場合でも、データアクセス、ロジック、およびプレゼンテーションを別々の言語ファイルに分けることで、あなたの気が散るようにします。

1

あなたは答えと同じくらい多くの回答を得るでしょう。とにかく、なぜ誰かが を他のものよりも優先させることができるか質問しましょう。

言語ファイル自体(私は言語ファイルでyoyuが何を意味するのか分かりません)ではプログラミング言語を意識しています。まあ、このアプローチはLinqとマイクロソフトによって取られました。たとえば、「クエリー」言語がスモールトーク(SQLではない)であるGemstoneで取られました。

いくつかの.sqlファイルに入れると、コードをアドレス指定する方法が必要です。私はこれがストアドプロシージャで行われたことだと思います。その例は、例えば、Postgresデータベースソフトウェアに見ることができる。

多くのファイルの1つに入れるとおそらくオープンしています。たとえば、1つのファイルに対して1つのクエリがある可能性があります。それは、いくつかのキーで識別される多様なSQL文を持つハッシュテーブルを持つよりも良いか悪いですか?私は以下を参照してください

はAccessソフトウェアで毎日に近づく 1)アクセス 3のクエリ部分に入れ、「文字列だけで」 2))私も余分なSQLでこのSQL文を置くことについて読んでVBAに埋め込みますステートメントテーブル。

よろしく フリードリヒ

1

これは、すべての依存 - 例えば:小さなDBのメンテナンススクリプトで

  • を簡単なシーケンス制御と流れ、それは彼らがループを持つ
  • プログラムを使用している文を見てうれしいです/コールバックは、文を早期に準備する必要があります。 init/prepare関数の近くにあるすべてのステートメントのリストが意味をなさないでしょう。
  • 特別な場合:私は、同じことをする異なる言語で書かれた一連のツールスクリプトを使用します。彼らはすべての名前
  • によってタグ付けされたSQL文をcontainig .txtファイル「ビッグ」アプリケーションのストアドプロシージャを使用します(必要がある)から自分の発言を取得する - その後、問題がCOBOLで
1

を消滅、私は言語ファイルにSQLを置きますしかし、別の手順で。こうして、私はビジネスロジックをデータベースロジックから分離しました。

Pythonでは、私は独自の.pyモジュールにSQLを入れました。こうして、私はビジネスロジックをデータベースロジックから分離しました。

Javaでは、SQLを別のパッケージに入れます。こうして、私はビジネスロジックをデータベースロジックから分離しました。

私は他の言語を使用していませんが、ビジネスロジックをデータベースロジックから分離することができます。

関連する問題