通常、トランスフォームテーブルに255以上の文字フィールドを使用することは推奨されていません。 LCHR、LRAWまたはSTRINGのテキストをラップするか、SO10テキストなどを使用する必要があります。SAPトランスペアレントテーブルの500+文字フィールドを表示
しかし、レガシー(および醜い)開発を維持しながら、このような問題がしばしば発生します。 char500
またはchar1000
データベース内のフィールド? 実生活のシナリオ:
- 、我々はすべてのフィールドが置かれ、フィールド構造を知っていると
CL_ABAP_CONTAINER_UTILITIES=>FILL_CONTAINER_C
またはSO_STRUCT_TO_CHAR
てフィールドを解析すると罰金行く - 透過テーブルにいくつかの構造が
char1000
フィールドの読み書き開発を持っています素敵な - SE11/SE16/SE16nでフィールドを表示すると、フィールドは255に切り捨てられ、デバッガのAFAIRでは132に切り捨てられます。
私たちは、このような長いフィールドを表示するために使用できる任意の標準ツール、トランザクションまたはFMはありますか?
私は、透明なテーブルに255文字を超えるフィールドを推奨しないことを知りたいのですが、興味がありますか? SAPではなく、データベースシステムの問題です。 –
ええ、この情報は少し古くなっています。以前のリリースでは255以上のcharフィールドをDBに保存することは不可能でしたが、制限は1333に増加しました。しかし、現時点では、これらのフィールドを主キーに使用するかスマートフォームまたはALVで表示する際に制限があります。技術的には可能ですが、DBから読み込み/表示するのは苦痛です。 – Suncatcher