这几天碰到一个问题，BW3.5系统从BI7.0 中捞取资料时，如果是中文会出现乱码。 这是一个很典型的字符集问题，所以分析的重点放在，SAP BW是如何处理多字符集的。
在平时的操作过程如果不加注意，可能也不会留意到自己已经用过字符集的处理了。SAP BW在处理外部字符集时，对外部数据以是否FlatFile（平面文件）来区分是否可以在InfoPackage中自定义字符集。 如果采用FlatFile上传资料，因为非系统化处理，所以BW提供用户对上传文件指定字符集。具体位置在InfoPakcage->Character Set Setting 设定。 如果是其他导入方式，比如SAP R/3，DB Connection等，需要在SM59去定义链接目标系统的字符集。 而此次乱码的原因在于，没有去设定目标系统的字符集。 所以我到SM59（T-Code）根据目标是Unicode，设定相应的字符集，重新导入时数据已更正过来。
但是一直没有解决从R/3导入时出现的乱码问题，因为数据源的字符集是Non-Unicode，目前正在进一步挖掘中。
在平时的操作过程如果不加注意，可能也不会留意到自己已经用过字符集的处理了。SAP BW在处理外部字符集时，对外部数据以是否FlatFile（平面文件）来区分是否可以在InfoPackage中自定义字符集。 如果采用FlatFile上传资料，因为非系统化处理，所以BW提供用户对上传文件指定字符集。具体位置在InfoPakcage->Character Set Setting 设定。 如果是其他导入方式，比如SAP R/3，DB Connection等，需要在SM59去定义链接目标系统的字符集。 而此次乱码的原因在于，没有去设定目标系统的字符集。 所以我到SM59（T-Code）根据目标是Unicode，设定相应的字符集，重新导入时数据已更正过来。
但是一直没有解决从R/3导入时出现的乱码问题，因为数据源的字符集是Non-Unicode，目前正在进一步挖掘中。
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/554557/viewspace-616468/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/554557/viewspace-616468/
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
