質問

私が知っている誰かがアプリケーションに diconnectedレコードを使用することを望んでいます。私はORMツールを持っている場合、実際にも、切断されたレコードに触れる必要はないであろうように私には聞こえます。私がORMでそれを理解する方法は、ORMは、切断されたレコードの必要性を解決する時間が必要以上に長く量、の接続を抱いていないの世話をします。あなたはまだ切断されたレコードを使用したいと思われるにインスタンスがありますか?

役に立ちましたか?

解決

Aは、ADOのレコードセットがVBAタイプ(構造体)の代替として、コレクション、辞書、などつまりは強く、データがフィルタリングのためのビルトインサポートを** NULL可能フィールドが入力された、データのコンテナオブジェクトの良い選択することができ製作しました製作、ソーティングなどAフォーマットされたテキスト/ XML /アレイ、ページング、クローニングのために、出力を検索するADOレコードを定義することによって切断されます。

おそらくこれは、あなたが考えていたものはかなりありませんが、それはあなたがORMを持っているにもかかわらず、すなわち、あなたはまだ切断されたレコードを使用したい場合の例あなたの質問に有効な回答である。

** Similary、ADO Parameterオブジェクトは、その中にVariant型のための通常の代替品です。

、VB固有のタイプとは異なり、彼らは両方とも強く型付けされたデータのNULL値は許可することができます。

他のヒント

私は小さな「アセンブルし忘れる」アプリケーションまたはときに、読み取り専用のグリッドビューのような単純なレポートのニーズを持っている中で、レコードセットを使用して検討したい。

それはそれはあなたが行うことができます最速の事のように感じている、とあなたはそれが後で変更された理由が表示されていない任意のアプリケーションを含んでいます。

しかし、あなたはビジネスロジックなどと、やや高度な、保守性、堅牢なアプリケーションを構築しようとしている場合は、レコードセットを行っていません。

しかし確かに、まだそれのためにそこに使用しています..

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top