通过本文主要向大家介绍了invalid server name,invalid server,invalid object name,fr invalid object,invalid object等相关知识,希望本文的分享对您有所帮助
最近在利用 SSRS 2005 做报表的时候，调用带有临时表的数据源时，系统会报错，并无法进入向导的下一步，错误如下：
There is an error in the query. Invalid object name '#temptb'.
经过研究后想到如下三种解决方案：
1. 使用表变量代替临时表，这样做法可以避免SSRS 2005 的语法错误提示，缺点就是如果处理的数据量比较大，会占用过大的内存，并且报表加载时间过长。
2.使用一个不包含临时表的SQL语句创建报表，创建成功以后，修改数据源，替换上包含临时表的SQL命令或者存储过程，这时用SSRS 2005自带的语法检查功能对数据源语法检测也会报错，但是不会影响报表的保存和加载。为了测试在并发调用报表的情况下，临时表内的数据是否会混淆，我做了个测试，将建好的需要运行一段时间才能生成的带有临时表的报表发布到报表服务器，然后同时打开多个网页访问该报表，报表同时加载，但是数据之间仍就保持独立。测试结果说明SSRS 2005在并发条件下调用临时表，与其他程序调用临时表相同，不会影响最后的显示结果。 当然上面提到的临时表指的是本地临时表（以#开头），如果是全局临时表（以##开头）,则报表之间将会共享全局临时表中的数据。
3.将报表升级到SSRS 2008, SSRS 2008支持临时表的使用。 </div>
There is an error in the query. Invalid object name '#temptb'.
经过研究后想到如下三种解决方案：
1. 使用表变量代替临时表，这样做法可以避免SSRS 2005 的语法错误提示，缺点就是如果处理的数据量比较大，会占用过大的内存，并且报表加载时间过长。
2.使用一个不包含临时表的SQL语句创建报表，创建成功以后，修改数据源，替换上包含临时表的SQL命令或者存储过程，这时用SSRS 2005自带的语法检查功能对数据源语法检测也会报错，但是不会影响报表的保存和加载。为了测试在并发调用报表的情况下，临时表内的数据是否会混淆，我做了个测试，将建好的需要运行一段时间才能生成的带有临时表的报表发布到报表服务器，然后同时打开多个网页访问该报表，报表同时加载，但是数据之间仍就保持独立。测试结果说明SSRS 2005在并发条件下调用临时表，与其他程序调用临时表相同，不会影响最后的显示结果。 当然上面提到的临时表指的是本地临时表（以#开头），如果是全局临时表（以##开头）,则报表之间将会共享全局临时表中的数据。
3.将报表升级到SSRS 2008, SSRS 2008支持临时表的使用。 </div>