Sql server 无法确定,因为每个代码路径都会导致错误;有关其中的一些错误,请参见前面的错误 这感觉像是一个XY问题。为什么要创建对象#AccountReference,然后更改某些列的名称?当你创建对象时,首先给他们一个正确的名字。@Larnu我没有那种奢侈,我的朋友。

Sql server 无法确定,因为每个代码路径都会导致错误;有关其中的一些错误,请参见前面的错误 这感觉像是一个XY问题。为什么要创建对象#AccountReference,然后更改某些列的名称?当你创建对象时,首先给他们一个正确的名字。@Larnu我没有那种奢侈,我的朋友。,sql-server,stored-procedures,business-objects,Sql Server,Stored Procedures,Business Objects,无法确定,因为每个代码路径都会导致错误;有关其中的一些错误,请参见前面的错误 这感觉像是一个XY问题。为什么要创建对象#AccountReference,然后更改某些列的名称?当你创建对象时,首先给他们一个正确的名字。@Larnu我没有那种奢侈,我的朋友。正如示例中所示,实际列名位于一个表中,其相应的数据位于另一个表中。这是针对客户要求的定制而完成的。因此,元数据是基于客户设置的动态的。那么这听起来很像是一个XY问题,@Vincy。听起来你需要退一步重新设计。如果只是需要“动态”名称的列,那么这

无法确定,因为每个代码路径都会导致错误;有关其中的一些错误,请参见前面的错误


这感觉像是一个XY问题。为什么要创建对象
#AccountReference
,然后更改某些列的名称?当你创建对象时,首先给他们一个正确的名字。@Larnu我没有那种奢侈,我的朋友。正如示例中所示,实际列名位于一个表中,其相应的数据位于另一个表中。这是针对客户要求的定制而完成的。因此,元数据是基于客户设置的动态的。那么这听起来很像是一个XY问题,@Vincy。听起来你需要退一步重新设计。如果只是需要“动态”名称的列,那么这是应用程序逻辑,而不是RDBMS。BusinessObjects无法运行创建/修改任何内容或包含动态SQL的查询;即使它在存储过程中也不会。我不认为只有BOBJ就能解决这个问题。也许您可以在BOBJ外部运行存储过程,然后运行报告。