問題タブ [data-access]

大量のデータ アクセスを行うアプリケーション (Web、win など) を開発する場合、データ アクセス オブジェクトを要求の間開いたままにしておく方がよいでしょうか (つまり、多くのことを続けて実行し、終了したら閉じます)。 、または新しいものを開閉し続けますか?

対

前者の方がパフォーマンスが優れていると思います。しかし、それは悪い習慣のようです。

ここでは、vb6 でレコードセットを作成し、その vb6 に値を格納します。そのレコードセットの値をデータベース テーブルに書き込みたい。そのコードの実行中に、「Expected:=」のようなコンパイル エラーが発生します。以下のコードを参照してください。どこが間違っているのか教えてください。cmdCommand.Execute() でエラーが発生しています

次のように、フィールドを指定せずに DataTable オブジェクトをクエリしようとしています。

しかし、戻り型は

そして、次の戻り値の型が必要です

(標準の匿名型と同様)

何か案が？ありがとう

永続性の無視は、通常、標準の .NET オブジェクト (または、本当に名前を付けることを主張する場合は POCO) を永続化および取得する機能として定義されます。そして、標準的な .NET オブジェクトの一見広く受け入れられている定義は次のとおりです。

「...インフラ関連の理由で何かを追加することなく、目の前のビジネス問題に集中する通常のクラス...」

ただし、NHibernate を持続性の無視を可能にするフレームワークとして説明している人々を目にしますが、それは標準の .NET オブジェクトでは動作せず、特定の設計要件に準拠する標準の .NET オブジェクトのみで動作するフレームワークです。たとえば ( source ):

• すべてのクラスにはデフォルトのコンストラクターが必要です
• クラスがアンシールされ、すべてのメンバーが仮想でない限り、一部の機能は動作しません
• Equals/GetHashCode を悪用しない限り、オブジェクト ID は正しく機能しません

(余談: 誰かが動揺する前に、ここで NHibernate を選択するつもりはありません。これは、持続性の無視を許可すると思われるフレームワークのよく引用される例にすぎません。同様の議論が、同じことを主張する他の ORM に適用できると確信しています。 .)

クラス自体には永続化フレームワーク固有の属性や基本クラスなどはありませんが、選択した永続化フレームワークでの使用を容易にするために一連の設計ガイドラインに従う必要があるため、私にとっては実際には「永続化に無知」ではありません。永続化フレームワークの要件を念頭に置いて、クラスを設計および実装する必要があります。あなたがそれを知らない場合、クラスはそれで動作しない可能性があります。

[Serializable]「永続性の無視」/「POCO」の定義で問題を抱えているのは、概念的に、これがまたは[DataContract]または[XmlType]または他の永続性フレームワーク固有の注釈などの属性を追加することと実際にどのように異なるかがわからないことですそのフレームワークを使用してエンティティの永続化と取得を容易にします。

では、「持続性無知」とは一体何なのでしょうか？

明らかに、「通常のクラス」を永続化できるという定義は誤りです。なぜなら、NHibernate のクラスは、フレームワーク固有のクラスを参照しない限りは通常のクラスにすぎませんが、デフォルト コンストラクターなどの通常とは異なる設計の選択が必要なため、非常に優れているからです。 -可変型の仮想メンバーと Equals/GetHashCode の実装。

したがって、オブジェクトが持続性フレームワークの使用を (設計および構造において、またはフレームワーク固有の注釈の使用によって) 促進するが、それ自体は持続性ロジックを実行しない場合、「持続性無視」が真であると言うのは合理的ですか?

XPSファイルから難読化されたフォントを取得してSilverlightで使用するために.odttfファイルを保存できるALPHAアプリケーションがあります。アプリケーションは、非常に大まかな方法​​ではありますが、缶に書かれていることを実行するのと同じように「機能」します。

このツールをクリーンアップしてベータ版を作成する過程で、問題を解決できます。どのフォントを使用するか、抽出したファイルをどこに保存するかなど、ユーザーからデータを収集するウィザードスタイルでアプリケーションをレイアウトしたいと思います。

現在の実装では、これはすべてコードビハインドで行われます（実際にはヘルパークラスを呼び出します）。ただし、ウィザードを実装するということは、データの各部分が異なる「ページ」に収集されることを意味します。コードをクリーンに保つことを目的としたMVVMを実装しようとしているため、ページコンストラクターを使用してデータを単純に渡すことはしたくありませんでした。

私が探しているのは、ウィンドウを永続化するコード内のデータストレージだと思います。そうすれば、ウィンドウ（ビュー）のデータを取得し、バインディングを介してビューモデルに渡し、ウィンドウモデル（データクラス）に送信してどこかに保存することができます。

データベースまたはXMLファイルを使用することもできますが、それは私が必要とするいくつかの情報のための強力なストレージのようです。

要約すると、ウィンドウ呼び出しを永続化し、複数のモデル（クラス）から参照できるメモリ内オブジェクトを作成する方法はありますか。

ありがとう！

インストールDataAccessApplicationBlock.msiして、Microsoft.ApplicationBlocks.Data.dllファイルをbinフォルダーに入れました。を除く他のすべてのsqlhelperメソッドを見つけましExecuteBulkCopyた。

クラスにExecuteBulkCopy関数を追加するにはどうすればよいですか？SqlHelper

他の誰かが、Linq2Sql でストアド プロシージャを使用して Update SQL のほとんどを実行したことがあるかどうか疑問に思っていますか?

他のすべての操作にはLinq2Sqlが好きですが、更新は厄介なようです。生成された SQL は、Where 句のすべての列を含むプロファイラーでは適切に表示されません。実行する前に、現在のオブジェクトを選択して、編集したオブジェクトからフィールドを設定する必要がありますSubmitChanges()。

私は、更新のために昔ながらのストアド プロシージャをより適切に記述し、残りの部分に Linq2Sql を使用することを見つけました。あなたの経験はどうですか？

私は ASP.net/SQL Server 開発環境で働いています。私の唯一の懸念が速度である場合、パラメーター化されたクエリを使用する必要がありますか、それとも nHibernate や LINQ などの ORM を使用する必要がありますか?

ドキュメント指向のアプリケーションを開発しており、ドキュメントへのユーザー アクセスを管理する必要があります。ユーザー認証を処理するモジュールと、データ ストアでのドキュメントの CRUD 操作を処理する別のモジュールがあります。ユーザーが認証されたら、ユーザーの権限に基づいて、ユーザーがドキュメントに対して実行できる操作と実行できない操作を強制する必要があります。これら 2 つの部分を統合するために考えられる最良のオプションは、データ API を複製するが、認証されたユーザーをパラメーターとして受け取る別のモジュールを作成することです。モジュールは認証チェックを auth モジュールに委譲し、ドキュメント操作をデータ アクセス モジュールに委譲します。何かのようなもの：

これを処理できるより良い方法はありますか？

私は小さなチャットアプリケーションを書きます。ユーザー名やパスワードなどの情報を保存するために、データをSQL-Compact3.5SP1データベースに保存します。

すべて正常に動作していますが、別の（同じマシン上の同じ.exe）クライアントがサービスにアクセスしたい場合。2番目のクライアントのServiceReference.Class.Open（）からEndpointNotFound例外が発生しました。

したがって、CEデータアクセスコードを削除してもエラーは発生しません（if（false）を使用）

問題はどこだ？私はこれをグーグルで検索しましたが、私が得るのと同じエラーは誰にも見られません:(

解決

http://csharponphone.blogspot.com/2007/01/keeping-sqlceconnection-open-and-thread.htmlのラッパー を脅威の安全性のために使用しましたが、現在は機能しています:)

クライアントコード：

サーバーコード