|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: Thursday, June 19, 2008 3:41 AM
Points: 27,
Visits: 38
|
|
Hello friend I have created Multi-statement Table_valued function which should return table. Function have dynamic cursor declared. Function is created sucessfully but got error when it executing.
Error like "Only functions and extended stored procedures can be executed from within a function.".
Function code like below.
SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO
ALTER FUNCTION [dbo].[FetchAddress] () RETURNS @RetTable TABLE ( adr_id uniqueidentifier ) AS BEGIN declare @query nvarchar(2000) set @query = (select query from Rules where mand=1 and station= 111) --where @query = Select adr_id from Address where mand = 1 and station = 111 and city = 'ahmedabad'
DECLARE @STRSQL VARCHAR(2000) SET @STRSQL = 'DECLARE ADDRESSDATA CURSOR READ_ONLY FOR ' + @query exec sp_executesql @STRSQL OPEN ADDRESSDATA DECLARE @addressId uniqueidentifier
FETCH NEXT FROM ADDRESSDATA INTO @addressId WHILE @@fetch_status = 0 BEGIN INSERT INTO @RetTable VALues(@addressId) FETCH NEXT FROM ADDRESSDATA INTO @addressId END CLOSE ADDRESSDATA DEALLOCATE ADDRESSDATA RETURN END
I am executing above function by "Select * from [Test].[dbo].[FetchAddress]()"
Thanks
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Yesterday @ 11:54 PM
Points: 33,113,
Visits: 27,041
|
|
sp_ExecuteSQL is not an "extended stored procedure" or it would begin with "xp_". Neither is any form of dynamic SQL. I'm afraid that you're out of luck.
In fact, if you check out Books Online, which says the following about UDF's, you'll see that you've violated several rules for UDF's ;)
The following statements are allowed in the body of a multi-statement function. Statements not in this list are not allowed in the body of a function:
Assignment statements. Control-of-Flow statements. DECLARE statements defining data variables and cursors that are local to the function. SELECT statements containing select lists with expressions that assign values to variables that are local to the function. Cursor operations referencing local cursors that are declared, opened, closed, and deallocated in the function. Only FETCH statements that assign values to local variables using the INTO clause are allowed; FETCH statements that return data to the client are not allowed. INSERT, UPDATE, and DELETE statements modifying table variables local to the function. EXECUTE statements calling an extended stored procedures.
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: Thursday, June 19, 2008 3:41 AM
Points: 27,
Visits: 38
|
|
Hi Jeff Thanks for you reply. There is no other workaround for fullfill my function requirment. As my requirement is that table return sql statement base on some criteria and then bt executing sql statement will return some Ids. I can't use Store procedure for fullfill above requirement as i want use this function for Replication(for filter row)
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Yesterday @ 11:54 PM
Points: 33,113,
Visits: 27,041
|
|
I wish I knew enough about replication to help you out of the pickle you're in...
Thanks for the feedback.
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|