2

リモート Windows システムで実行され、Citrix 経由でアクセスされる Crystal Reports XI (11.5.12.1838) で作業しています。データは Blackbaud Raiser's Edge エクスポートからのものです。

任意の長さのメモ (Raiser's Edge から) を表示する必要がある 2 つの異なるカスタム レポートがあります。どちらの場合も、データベース行をレポートのフィールドにドラッグ アンド ドロップしただけです。上限なしで成長するように設定されています。あるレポートでは、それは機能します。もう 1 つはそうではありませんが、テキストを 255 文字 (またはおそらくバイト: テキストの前半で切り捨てられた RTF バージョン) で切り捨てます。

レポートの基準は異なります (1 つは単一の構成要素に関するレポートであり、もう 1 つは特定の個人に関連する構成要素に関するものです)。ただし、レポート構成のどの側面を調整する必要があるかを絞り込むために、この問題がどのような原因で発生する可能性があるかはよくわかりません。

何か案は?壊れたレポートでは、フィールドが正しく拡張され、タイプが「メモ」になっていることに注意してください。255 文字を保持するのに十分なだけ拡張されてから停止します。

編集:いいえ、数式フィールドは関係ありません。データベース内の文字列を実際に分割することはできません。

編集 2: ご提案いただきありがとうございます。データベースは最新で、フィールドは Crystal Reports でメモとして表示されます。結合は両方のレポート (機能するレポートと機能しないレポート) で同じであり、メモ フィールドはリンクに関与しません。CR ではメモ フィールドのデータをブラウズできませんが、Length() 関数はフィールドに対して 255 を返します。CR がデータを切り詰める理由が思い浮かばない限り、Raiser's Edge にバグがあり、この問題が発生している可能性があります。

編集 3: 16 進エディタで MDB をプルアップすると、全文 (過去 255 文字) がそこにあるので、Crystal Reports で何か間違ったことをしており、Blackbaud のせいにすることはできません。

編集 4: ついに修正されました! なぜこれが問題なのかはわかりませんが、「Select Distinct Records」を選択および選択解除するとこの問題が発生することを偶然発見しました。オンの場合、メモは切り捨てられます。オフの場合は、そうではありません。このかわいそうな馬鹿に、なぜそうなったのか説明できる人はいますか?

4

1 に答える 1