T-SQL 小白问题： UDF中可以call STORED PROC吗？

Dan.and.Andy

看起来不能，放狗有人说可能，但是没有下文。sql server 2005 中有办法work around吗？

LoveAu

好像是可以call extended sp, 不知道是否可以 call user sp.

ccj5124

UDF 是什么

xxmplus

user defined funciton

Dan.and.Andy

原帖由 LoveAu 于 2011-6-23 11:13 发表
好像是可以call extended sp, 不知道是否可以 call user sp.

都不可以，我实验了。parse 可以通过，run的时候就出错了。

混不到坑的萝卜

一般是不行的，当然也有hacky way，不过我实在不建议。
具体就是把那个stored proc放在一个script file里面，然后用xp_cmpshell去eval。你可以放狗搜一下。不过这种方式实在是失去了原有的意义，因为你不方便传参数进去。

LoveAu

查了一下2008 BOL, execute statements calling extended stored procedures. 应该是可以的。

混不到坑的萝卜

原帖由 LoveAu 于 2011-6-23 11:21 发表
查了一下2008 BOL, execute statements calling extended stored procedures. 应该是可以的。

这个可以，但LZ应该是想问一般的stored proc而不是managed code。

bffbffbff

正常是不能的，不过放狗能找到些歪招，

http://www.sqlservercentral.com/Forums/Topic308097-145-1.aspx

LoveAu

But, the extended stored procedure, when it is called from inside a function, can not returen result sets to the client.

bffbffbff

原帖由 混不到坑的萝卜 于 2011-6-23 11:21 发表
一般是不行的，当然也有hacky way，不过我实在不建议。
具体就是把那个stored proc放在一个script file里面，然后用xp_cmpshell去eval。你可以放狗搜一下。不过这种方式实在是失去了原有的意义，因为你不方便传参数进去。

对，没啥意思都是些偏门，call proc这类事情就去找proc做

北风

其实一般你不需要这个问题的答案
理解一下function和stored proc的定义和用处

典

agree楼上， 不值得这样做

Dan.and.Andy

我的现实情况是，一个field里存的都是xml，有上百万条的样子，先人创造的历史原因的记录。现在我写report，用sp取出来，有个node 是时间，我要按照时间做为参数取出来，tsql 处理xml你们都知道是sp，但是 sp中调用sp当然可以，但是sp不能在select里exec，所以每次都要遍历一下这百万级的记录，效率可想而知，有解决办法吗？

混不到坑的萝卜

你是什么SQL Server版本？

可以把Query xml的结果存入一个temp table，然后对这个temp table操作吧？

Dan.and.Andy

原帖由 混不到坑的萝卜 于 2011-6-23 11:45 发表
你是什么SQL Server版本？

可以把Query xml的结果存入一个temp table，然后对这个temp table操作吧？

2005. 这个temp table 也是百万级的，而且也在增长，潜在的还是隐患

混不到坑的萝卜

我可能会用一个partitioned table来管理这样大型的增长型数据，用时间或者其他make sense的key column来partition这个表。当然这些就进入DBA的范畴了……

是不是还可以考虑建一个scheduled task去把这个巨大的表整理到一个甚至几个temp table里去(de-normalization, split the original table into multiple tables)，每次你都直接去query这个cached table instead？

当然行不行你还是从你的需求来考虑，问问architect

[ 本帖最后由 混不到坑的萝卜 于 2011-6-23 11:58 编辑 ]

Dan.and.Andy

原帖由 混不到坑的萝卜 于 2011-6-23 11:56 发表
我可能会用一个partitioned table来管理这样大型的增长型数据，用时间或者其他make sense的key column来partition这个表。当然这些就进入DBA的范畴了……

是不是还可以考虑建一个scheduled task去把这个巨大的表整理 ...

握手，这正是我想说的，谢谢

bffbffbff

原帖由 Dan.and.Andy 于 2011-6-23 11:34 发表
我的现实情况是，一个field里存的都是xml，有上百万条的样子，先人创造的历史原因的记录。现在我写report，用sp取出来，有个node 是时间，我要按照时间做为参数取出来，tsql 处理xml你们都知道是sp，但是 sp中调用sp当然可以，但是sp不能在select里exec，所以每次都要遍历一下这百万级的记录，效率可想而知，有解决办法吗？

tsql 处理xml你们都知道是sp? 什么意思？

udf一样可以parse @xml 数据并return scalar或者table的结果，如果数据量过大query比较大的话， 建议用table function， 用scalar UDF 有时候会 downgrade performance。

Dan.and.Andy

原帖由 bffbffbff 于 2011-6-23 12:08 发表



tsql 处理xml你们都知道是sp? 什么意思？

udf一样可以parse @xml 数据并return scalar或者table的结果，如果数据量过大query比较大的话， 建议用table function， 用scalar UDF 有时候会 downgrade performance。

这个就是我想要的，能给个例子吗？谢谢

乱码

原帖由 Dan.and.Andy 于 2011-6-23 11:34 发表
我的现实情况是，一个field里存的都是xml，有上百万条的样子，先人创造的历史原因的记录。现在我写report，用sp取出来，有个node 是时间，我要按照时间做为参数取出来，tsql 处理xml你们都知道是sp，但是 sp中调用sp当然可以，但是sp不能在select里exec，所以每次都要遍历一下这百万级的记录，效率可想而知，有解决办法吗？

如果只是历史数据，跟online/core part of business, 你考虑把xml转化成table吧，作一下data migration.

典

可以直接查询XML里边的数据，
不太理解为什么一定要SP处理XML
我这里有一行代码，其中roi_data就是xml field

select invoice_no,isnull(roi_data.value('(ROI/@est_profit)[1]','decimal'),0) profit from invoice where roi_data is not null

当然同意同学们的看法，如果只是报表，可以建立一些中间层，先把XML数据处理好

[ 本帖最后由 典 于 2011-6-23 12:32 编辑 ]

bffbffbff

原帖由 Dan.and.Andy 于 2011-6-23 12:11 发表


这个就是我想要的，能给个例子吗？谢谢

写了个简单的例子，试试这个好用不？

CREATE FUNCTION [dbo].[Oursteps_XMLUDFTest]
(@xml        xml )
returns @temp Table
(
        Optional varchar(200)
)
as
begin
               
        insert into @temp
                select
        section.value('@optional', 'varchar(200)') as Optional       
        from
        @xml.nodes('//sections/section') sections(section)

        return
end


declare @xml  xml

select @xml = N' <sections>
   <section optional="1">first</section>
   <section optional="3">second</section>
   <section optional="4">last</section>
    </sections>'

       
select *
from dbo.dcf_Statistics_Report_Template_ParseXML(@xml)