0

DataModule があり、その中に多くの (>50) データセットが必要です。関数と手順を使用して、そのデータセットからデータを要求する予定です。

問題は、DataModule でデータセットを整理する最善の方法は何かということです。

次の 3 つのオプションが表示されます。

  1. データセットごとに 1 つの設計時コンポーネント。
  2. すべてのデータセットに共通の 1 つの設計時コンポーネント データセット。SQL コマンドのテキストおよびその他のプロパティは、対応する関数またはプロシージャ内で動的に設定されます。
  3. 設計時のコンポーネントはありません。各データセットは、実行時に対応する関数内で作成され、データをこの関数に返し、破棄されます。

どの方法が一番良いと思いますか？それとも上記のどれでもない？DataModule 内で多くのデータセットを効率的に整理する他の方法はありますか?

4

3 に答える 3

1

データモジュールで次の設定を使用しました。

1) 以下の設計時クエリを使用する設計時コンポーネント:

  • アプリに長期間存在するデータ (グリッドなどのユーザー インタラクションのデータなど)。多くの場合、クエリ コンポーネントに連結されたプロバイダーとクライアントのデータセットを使用します。

  • 繰り返しルックアップ用のデータセット (通常はパラメーターを使用)

取得/更新するエンティティを参照する名前を付けました。デバッグ用および他のユーザー用にクリアします。

2) アドホック ルックアップおよび更新用の SQL を使用しない設計時コンポーネント。通常は、一般的に名前が付けられた QryLookup および QryUpdate のみです。実行時にSQLを設定して実行するだけです。多くの場合、データソースなどがありません。

于 2013-05-08T11:50:04.740 に答える
1

私はこれらすべての可能性を見てきました.2と3は非常に柔軟ですが、方法1は少なくとも最高かつ最速の読みやすさを提供し、コードに関与していない人によるデバッグのための最速のアクセスを提供します. しかし、頻繁に使用されるデータセットがデータモジュールにあり、それほど頻繁に使用されないデータセットまたは実行時に変更されるデータセットがローカルメソッドになる場合は、1 と 3 の組み合わせを選択します。

于 2013-05-08T09:45:19.087 に答える
0

プロジェクトによっては、これらを選択することをお勧めします。

オプション 1. 維持するコードを何度も繰り返す。で定義するために編集する必要があるデータセットを見つけるのが難しい。dfm. 簡単なデバッグではありません。

オプション 2. 維持するコードは少なくなりますが、SQL の長い文字列を編集するのは難しくなります。簡単なデバッグ。

オプション 3. オプション 2 と非常によく似ていると思います。

于 2013-05-08T10:53:19.313 に答える