sapvora处理十进制类型

所以我试图从一个ORC文件中创建并加载Vora表，该文件是由HDFS上的SAPBW归档过程创建的。 BW在该文件顶部自动生成的配置单元表包括以下内容：

archreqtsn decimal(23,0)

尝试使用该数据类型创建Vora表时失败，错误为“archreqtsn列上的类型不受支持（DecimalType（23,0）}）”。 那么，支持的最大十进制数似乎是十进制数（18,0）

接下来我尝试使用decimal（18,0）或string作为该列的类型。但在尝试从文件加载数据时：

APPEND TABLE F002_5_F 
OPTIONS  (
files "/sap/bw/hb3/nldata/o_1ebic_1ef002__5/act/archpartid=p20170611052758000009000/000000_0",
format "orc" )

我得到另一个错误：

com.sap.spark.vora.client.VoraClientException: Could not load table F002_5_F: [Vora [<REDACTED>.com.au:30932.1639407]] sap.hanavora.jdbc.VoraException: HL(9): Runtime error. (decimal 128 unsupported (c++ exception)). 
An unsuccessful attempt to load a table might lead to an inconsistent table state. Please drop the table and re-create it if necessary. with error code 0, status ERROR_STATUS

com.sap.spark.vora.client.VoraClientException:无法加载表F002_5_F:[vora[.com.au:30932.1639407]]sap.hanavora.jdbc.VoraException:HL（9）：运行时错误。（不支持十进制128（c++异常））。
加载表的尝试失败可能导致表状态不一致。如有必要，请删除该表并重新创建。错误代码为0，状态错误\u状态

---

对于这个不受支持的十进制类型问题，有什么解决方法？事实上，我可能不需要Vora表中的那个列，但是我不能在ORC文件中删除它。

在Hadoop生态系统中，十进制< /C> >被包裹在java < Calp> BigDecimal > /Cux>类型，但是看起来VARA使用C++库。现在它变得复杂了：ORC文档没有提到作为标准数据类型的

DECIMAL

，参见。但是ORC C++库中有类名为“代码> DECIMALL64 ClulnRead < /COD>”和 DeMal1212ClulnRead >处理<代码>十进制< /代码>类型（加上一些代码为“遗产0.11”的“十进制”）。所以我猜这是一个SAP错误，您应该打开一张支持票。@SamsonScharfrichter我将尝试Vora 1.4，因为它似乎有一些与处理十进制有关的错误修复。Vora 2.0之前的版本只支持精度为18的十进制。计划在未来的Vora版本中提高最大精度（如有更改）。