問題タブ [data-access-layer]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - 昨日からの私の質問への補遺：SQLデータベースからのC＃クラス
これは私のリンクです： リンクテキスト
それについて考え、これは私の追加の質問でした：
ストアドプロシージャに反対する場合、独自のデータアクセス層を生成したい場合は、T4、LLCodeGen、Codesmith、subsonicなどを使用せずに入出力パラメーターとタイプを取得する簡単な方法はありますか？
これはASP.Net2.0です
sql-server - 列がそのテーブルの主キーに含まれているかどうかを確認するにはどうすればよいですか? （SQLサーバー）
私は現在使用しています...
...DataAccess レイヤーを生成する目的で、特定のデータベース内の列に関する情報を決定します。
これらの列がテーブルの主キーに含まれているかどうかに関する情報はどこから取得できますか?
web-services - WebService 公開用の DAL を設計する方法は?
DB の上にある高度に専門化された DAL があります。アプリは、この DB に対して正しく動作するために、この DAL を使用する必要があります。
生成された DAL (いくつかのカスタム基本クラスに配置されます) には、さまざまな「Rec」クラス (Table1Rec、Table2Rec) があり、それぞれが特定のテーブルのレコード構造を表します。
これがサンプルの疑似クラスです...
各クラスには、各フィールドのプロパティがあります...したがって、次のように記述できます...
フィールドが NULL 値を受け入れることができる場合、値が現在 null であるかどうかを示す追加のプロパティがあります。
したがって....
これが機能するのは、クラスのコンストラクターがすべての NULL プロパティを True に設定し、任意の FieldProperty を設定すると、同等の NullProperty が false に設定されるためです。
私は最近、Web サービスを介して Web 経由で DAL を公開する必要がありました (もちろんこれはセキュリティで保護するつもりです)。「Rec」クラスの構造が Web 経由でそのまま残っていることを発見しました...すべてのロジックは失った..
誰かが前のコードをリモートで実行すると、null を true に設定するクライアント側のコードがないため、どちらの条件も true ではないことに気付くでしょう。
これをすべて間違って設計したような気がしますが、どのように改善すればよいかわかりません。
これを設計する正しい方法は何ですか?
orm - コードジェネレーターまたは ORM?
データアクセスレイヤーについて何を提案しますか? Entity Framework や Hibernate などの ORM または Subsonic、.netTiers、T4 などのコード ジェネレーターを使用していますか?
model-view-controller - MVC パターンは、DAL/BLL 設計パターンとどのように異なるのですか?
Microsoft の ASP.NET Web サイトにある初期のデータ アクセス チュートリアルを読んでいるときに、 MVC パターンを使用してロジックとプレゼンテーション コードを分離する方法について読んだ内容と非常によく似ていることに気づきました。初心者として、私はまだ MVC パターンを実装していませんが、これら 2 つのデザイン構造がどのように異なるのか、特に Web デザインのコンテキストで、どちらかに注意を向けるべきかについて興味があります。
data-access-layer - DAL に再ルーティングするためだけに、BLL オブジェクトに 2 つのライナー関数を多数記述する価値はありますか?
私にはかなりばかげているようです。何が得られないのですか？
data-access-layer - データ アクセス層を定義する
GUI、ビジネス ロジック、およびデータ アクセスを明確に区別する必要があることは、誰もが知っているようです。私は最近、データ アクセス レイヤーが常にクリーンであることを自慢しているプログラマーと話をしました。このコードを調べたところ、彼のデータ アクセス レイヤーは、いくつかの SQL メソッド (ExecuteNonQuery や ExecuteReader など) をラップした小さなクラスにすぎないことがわかりました。彼の ASP.NET コード ビハインド ページには、page_load やその他のイベントに大量の SQL がハード コードされていることがわかりました。しかし、彼はデータ アクセス レイヤーを使用していると断言します。
だから、私は質問を捨てます。データ アクセス層をどのように定義しますか?
.net - 大規模なアプリケーションのデータアクセス戦略
.NET3.5sp1でVB6アプリケーションの書き直しに着手しようとしています。VB6アプリは非常によく書かれており、データレイヤーは完全にストアドプロシージャに基づいています。Linq2SQL / Entity Framework / NHibernate/SubSonicのような自動化されたものを使用したいと思います。確かに、私は使い捨てプロジェクト以外でこれらのツールを使用したことはありません。
私がこれらすべての選択で抱えているかもしれない潜在的な問題はスピードです。たとえば、現在、単一の行（またはリスト全体）を取得するには、次のsprocを使用します。
Linq2SQL / Entity Framework / NHibernate / SubSonicで単一の行を取得するには、これらのソリューションでリスト全体をクライアントに表示し、必要な行を見つける必要がありますか？
では、大規模なデータドメインを持つアプリケーションのデータアクセス戦略のコンセンサスは何でしょうか。
asp.net-mvc - Repository Pattern vs DAL
Are they the same thing? Just finished to watch Rob Connery's Storefront tutorial and they seem to be similar techinques. I mean, when I implement a DAL object I have the GetStuff, Add/Delete etc methods and I always write the interface first so that I can switch db later.
Am I confusing things?
web-services - Web サービスを使用してデータ アクセス レイヤーをラップするのは本当に悪い考えですか?
私は確信が持てません - Web サービスの上にフロントエンド アプリを構築できるさまざまなコンシューマーにデータを公開することは有用かもしれないと思います。
Webサービスを使用してデータアクセスレイヤーをラップするのが悪い考えである場合のサンプルを誰かが提供できますか?