Crystal Reports：为什么备忘录类型的字段被截断为 255 个字符？答案

【问题标题】：Crystal Reports: why is memo-type field truncated at 255 characters?Crystal Reports：为什么备忘录类型的字段被截断为 255 个字符？
【发布时间】：2013-03-25 22:55:15
【问题描述】：

我正在使用在远程 Windows 系统上运行并通过 Citrix 访问的 Crystal Reports XI (11.5.12.1838) 工作。数据来自 Blackbaud Raiser's Edge 导出。

我有两个不同的自定义报告，它们需要显示任意长度的注释（来自 Raiser's Edge）。在这两种情况下，数据库行只是被拖放到报表中的一个字段中。它会无限增长。在一份报告中，它有效；另一方面，它不会，而是将文本截断为 255 个字符（或者可能是字节：RTF 版本在文本的较早部分被截断）。

报告的标准是不同的（一个是针对单个成分的报告，另一个是针对与特定个人相关的成分的[不起作用]）。但是，我不太了解可能导致此问题的原因，因此无法缩小报告配置的哪些方面需要调整。

有什么想法吗？我会注意到，在损坏的报告中，该字段正确增长并且键入“备忘录”——它刚刚增长到足以容纳 255 个字符然后停止。

编辑：不，不涉及公式字段。我无法真正拆分数据库中的字符串。

编辑2：谢谢大家的建议。数据库是最新的，并且字段在 Crystal Reports 中显示为备注。两个报告中的连接是相同的（一个有效的和一个无效的），并且备注字段不参与链接。令人讨厌的是，CR 不允许您浏览备注字段上的数据，但 Length() 函数为该字段返回 255。除非你们都能想出 CR 截断数据的原因，否则我可能在 Raiser's Edge 中存在导致此问题的错误。

编辑 3：我在十六进制编辑器中打开了 MDB，并且全文（过去 255 个字符）在那里，所以我在 Crystal Reports 中做错了，不能为此责怪 Blackbaud。

编辑 4：终于修复了！ 好的，我不明白 为什么 这是问题所在，但我纯粹是偶然发现选择和取消选择“选择不同的记录” "导致这个问题。如果它打开，备忘录会被截断。如果它关闭，它不会。你们谁能向这个可怜的傻瓜解释为什么会这样？

【问题讨论】：

您是否正在访问分组公式或选择公式或任何其他公式字段中的备注字段？
我认为没有解决方案。你能把你的字符串在数据库中分成两部分，然后在 CR 中显示为 1 吗？
您是否已完成“验证数据库”以刷新字段？或者 CR 是否已经将字段类型列为备注？您能否验证导出的数据实际上包含超过 255 个字符。此外，备注字段的底部边缘应位于部分的底部，以便它可以增长而不覆盖其他字段...
我认为这里的关键是它在一个报告（有一个表）中工作，而在另一个报告（有两个表）中失败。您是否让 Crystal 决定如何加入表格？我发现通常最好在数据库专家的链接选项卡中单击“清除链接”，然后手动连接它们。（我猜是在连接中使用了备注字段。）
Crystal Reports assumes wrong datatype of column from stored proc的可能重复

标签： crystal-reports crystal-reports-xi

【解决方案1】：

我刚刚解决了同样的问题，发现报告中的文本公式值被截断为 255 个字符，原因是 verify database 选项显示了未映射的数据字段。 p>

处理完未映射的数据字段后，被截断的字段立即将其输出扩展到 255 个字符以上。

【讨论】：