Tworzenie, upuszczanie i wstawianie tabeli tymczasowej w zdefiniowanej przez użytkownika funkcji

Question

Próbuję utworzyć funkcję zgodnie z moimi wymaganiami.

Ale kiedy tworzę lub spadek #tempTable, to daje błąd jako:

nieprawidłowym wykorzystaniem bocznej dokonania operatora „obiektu upuść” w funkcji

Moje rozumienie jest że nie możemy wykonywać operacji na create, drop ani na .

Czy to prawda?

My SQL:

CREATE FUNCTION [dbo].[RT_ResultFunction] 
(
    Id VARCHAR(4000) 
) 
RETURNS @RT_ResultFunction TABLE 
( 
    Id VARCHAR(20) 
    , Name varchar(20) 
    ,Balance Int 
) 
AS 
BEGIN 
    IF OBJECT_ID('tempdb..#tempTable') IS NOT NULL 
     DROP TABLE #tempTable 

    SELECT Id, COUNT(Balance) 
    INTO #tempTable 
    'Balance' FROM Table1 

    INSERT @RT_ResultFunction 
     SELECT T1.ID,T1,NAME,T2,Balance 
     FROM Table2 T1, 
       #tempTable T2 
     WHERE T1.ID = T2.ID 

    RETURN 
END 

Answer 1

Zgadza się - nie można mieć niepożądane dokonania stwierdzenia:

stąd: http://msdn.microsoft.com/en-us/library/aa175085(v=sql.80).aspx

Sprawozdanie w bloku begin ... END nie może mieć jakiekolwiek skutki uboczne. Efekty uboczne funkcji to wszelkie trwałe zmiany w stanie zasobu , które ma zakres poza funkcją, taką jak modyfikacja , do tabeli bazy danych. Jedynymi zmianami, które można wprowadzić za pomocą instrukcji w funkcji, są zmiany obiektów lokalnych dla funkcji , takich jak lokalne kursory lub zmienne. Modyfikacje tabel bazy danych, operacje na kursorach, które nie są lokalne dla funkcji , wysyłanie wiadomości e-mail, próba modyfikacji katalogu i generowanie zestawu wyników, który jest zwracany użytkownikowi, są przykładami działań, których nie można wykonać na przykładach: . funkcja.

Co będzie można znaleźć, nawet bez wyciągu DROP, jest to, że każda próba uzyskania dostępu do temp tabeli daje komunikat (np SELECT ... INTO #TMP):

nie można uzyskać dostępu do tabel tymczasowych od wewnątrz funkcję

Jako @Dems zwraca uwagę, można używać zmiennych tabeli. Ponieważ są to zmienne, są one zdefiniowane w funkcji, a zatem nie mają skutków ubocznych.

Twoja funkcja może działać jako:

... 

BEGIN 
    DECLARE @tempTable table (id varchar(20), rows int) 

    insert @tempTable 
    SELECT Id, COUNT(Balance) 
    FROM Table1 

    INSERT @RT_ResultFunction 
     SELECT T1.ID,T1,NAME,T2,Balance 
     FROM Table2 T1, 
       @tempTable T2 
     WHERE T1.ID = T2.ID 

    RETURN END 

nie testowano albo coś, ale masz sens.

Answer 2

Nie mam pojęcia, dlaczego potrzebujesz tabeli #temp w tej funkcji lub dlaczego jest to przede wszystkim wielostronna telewizja TVF.Poniższa będzie dużo bardziej wydajny (choć nie rozumiem cel parametru @Id):

CREATE FUNCTION [dbo].[RT_ResultFunction] 
(
    @Id VARCHAR(4000) 
) 
RETURNS TABLE 
WITH SCHEMABINDING 
AS 
    RETURN 
    (
    SELECT T2.ID, T2.NAME, T1.Balance 
    FROM 
    (
     SELECT ID, Balance = COUNT(Balance) 
     FROM dbo.Table1 
     GROUP BY ID 
    ) AS T1 
    INNER JOIN dbo.Table2 AS T2 
    ON T1.ID = T2.ID 
); 

Jak Jon zauważył, myślę może to również być ponownie zapisać w następujący sposób, a to faktycznie, jak zacząłem pisać, ale nie mam możliwości, aby potwierdzić, czy którykolwiek z tych faktycznie zwraca dane próbujesz wrócić:

CREATE FUNCTION [dbo].[RT_ResultFunction] 
(
    @Id VARCHAR(4000) 
) 
RETURNS TABLE 
WITH SCHEMABINDING 
AS 
    RETURN 
    (
    SELECT T2.ID, T2.NAME, Balance = COUNT(T1.Balance) 
    FROM dbo.Table1 AS T1 
    INNER JOIN dbo.Table2 AS T2 
    ON T1.ID = T2.ID 
    GROUP BY T2.ID, T2.NAME 
); 

Answer 3

usunąć # zamiast użyć @ nie testowałem inny aspekt