您好Shaji，

不确定您为什么要询问最大长度。 很明显，它是MDO错误中指出的4000。 您要保存的xml消息是什么？ 如果这是IDoc，则将消息分类，然后根据需要将应用程序所需的段处理为MDO或数据库。 如果它是BAPI，则在执行BAPI时处理段。如果从其他来源读取xml文件，则在读取时处理段。

我建议提供两件事来帮助社区解决您的问题。 首先是提供有关该应用程序打算做什么的更多详细信息。 其次，为什么您认为MDO比数据库表更受青睐，以"避免依赖关系"？ 您试图避免什么样的依赖关系。

Mike

我建议，如果您仍然希望字段大于4000，请搜索MDO帮助文档。

您需要使用nvarchar（max），而不是varchar（4000）或varchar（max）。

看看：

https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/nchar-and-nvarchar-transact-sql?redirectedfrom=MSDN&view=sql-server- ver15

BR，

Eli Soares De Almeida

感谢Mike的评论。

有关此方案的更多详细信息。 MII正在通过不同渠道（文件传输，Pco，通过UI手动输入）从许多来源（第三方系统，车间系统）收集数据。 MII合并这些数据并形成xml消息，该消息需要通过Web服务发送到其他系统。 MII需要跟踪所有发送到其他系统的消息。 因此，我试图创建一个MDO，以保留有关消息的信息，例如发送时间，外部系统，Web服务URL，有效负载（xml消息），消息状态等。xml消息的平均字符串长度为5000。 我打算将这条消息存储在队列中，并将队列ID保留在MDO中。 我正在开发类似消息管理器（消息监视器）之类的东西来跟踪消息。 由于此解决方案需要跨多个站点进行部署，因此我更倾向于使用MDO来实现可移植性。 如果我要使用数据库，则需要在所有站点上维护该数据库，这会增加部署和维护工作。 我正在尝试创建一个打包的MII解决方案，该解决方案可以节省我的部署/维护时间，从而可以将更多精力放在业务挑战上。

希望这可以澄清

谢谢

Shaji

嗨Shaji，

检查一下：

https://help.sap.com/saphelp_me60/helpdata/EN/4c/c8daa08e9b60c5e10000000a15822d/frameset.htm （我正在尝试获取 来搜索我的评论）。

祝你好运！

迈克

非常感谢迈克。 我来看看吧