セレクタに連結SQLフィールドおよび/またはカスタムPXDimension

Question

我々は一定の関係

表1と複数のテーブルを有しているカスタマイズBLC/DACのセットを持っている - T1ID（INT-自動インクリメント）、T1CD（チャー代替キー）

表2 - 表2のレコードが選択された各所与T1IDに一意であるT2ID（INT-自動インクリメント）、T2CD（チャーsubsituteキー）、T1ID（T1ID参照）

。

最初の設計仕様は、ユーザーが最初にTable1値を選択し、次にデータ入力画面でTable2値（UsrTable1Value、UsrTable2Value）を選択することでした。

最近、ユーザは、これらを1つのフィールドsimularから次元セレクタに結合することができるかどうかを尋ねたので、「Table1-Table2」がT2IDとして格納されます。

私の最初の考えは、T1CD-T2CDの連結プロパティを持つサブクラス化dacを作成して代用キーを基にしていましたが、それが完了するとパフォーマンスが問題になります（160万レコード）。連結された代用キーを生成するとき、レコードセット全体を処理するように見えるので、遅延はフレームワーク側にあります。私は私が常に作成することができます知っている私は、しかし、私は次元2を作るためにすべての参照を見つけることができないだけで、このためPXDimension構成を生成する代わりに、おそらく考えていることに基づいて

ディメンション1.

の値に依存していますこれを行うビューが、私は可能であればフレームワーク内に保持することを好むだろう。基本的には視野の外に二つの質問

1）に私をもたらします

、リフティングが計算プロパティを使用してSQLに行われていないので、BQL内のフィールドを連結する方法はありますか？

2）レベル2の値がレベル1の値に依存するカスタム次元のサンプルを持っているか知っていますか？

何か提案がありがとうございます。

Answer 1

ディメンションセレクタは、セグメンテーションキーのみで動作するように設計されており、複数のテーブルの値を処理することはできません。理論的には、カスタムDimentionSelectorAttribute内の異なるテーブルからセグメントポップアップを設定することは可能です。しかし、これはさらに、各T1ID/T2IDのペアをキーとして宣言された別のテーブルに保存する必要があります（サブアカウントを格納するためにSubテーブルで使用されているのと同じコンセプト：SubIDはキーであり、SubCDは複数のセグメント）。

私の個人的な意見では、その努力は価値がありません。一歩進んで、セグメント化された入力コントロールでナビゲーションボタン（最初、前、次、最後）がどのように機能するかを顧客に確認します。キーフィールドごとに別々の入力を作成して標準のAcumatica UIデザインに従えば、データ入力とナビゲーションの両方を適切に処理するための追加の労力は必要ありません。