Discussion :

[zooffy]

Bonjour

Je suis confronté à un souci qui me laisse trés perplexe d'autant plus que je ne trouve pas de doc là dessus.

je fais une fonction tabulaire comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
ALTER FUNCTION dbo.MILI_Liste_Actif (@Appl_Name VARCHAR(50)) 
RETURNS TABLE AS
RETURN (
 
SELECT M.LoweredEmail,
Sexe,
YEAR(GetDate()) - YEAR(Date_Naissance) AS Age,
MD.* 
FROM MILI_MembresDetail MD
INNER JOIN aspnet_Users U ON U.UserName = MD.UserName
INNER JOIN aspnet_MemberShip M ON M.UserId = U.UserId
WHERE MD.Type_Membre = 1

et il me dit :

Serveur : Msg 443, Niveau 16, État 1, Procédure MILI_Liste_Actif, Ligne 7
Utilisation incorrecte de 'getdate' à l'intérieur d'une fonction.

Donc j'en reste sur mon céan et je ne comprends rien. Dans l'aide SQL y rien qui parle de ça. Avec GOOGLE, pas mieux et dans la FAQ ici, j'ai rien vu

Pouvez vous m'aider ?

[SQLpro]

Les fonctions SQL 2000 doivent être déterministes par nature. Donc toute opération introduisant un paramétre susceptible de donner un résultat non déterministe est interdit. Par exemple CURRENT_TIMESTAMP (ou GETDATE) ou encore RAND...

Différentes solutions de contournement existe, comme par exemple le passage du paramètre en argument :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE FUNCTION dbo.F_T_MILI_Liste_Actif 
                (@Appl_Name VARCHAR(50), @DH DATETIME) 
RETURNS TABLE AS
RETURN (SELECT M.LoweredEmail, Sexe,
               YEAR(DH) - YEAR(Date_Naissance) AS Age,
               MD.* 
        FROM   MILI_MembresDetail MD
               INNER JOIN aspnet_Users U 
                     ON U.UserName = MD.UserName
               INNER JOIN aspnet_MemberShip M 
                     ON M.UserId = U.UserId
        WHERE MD.Type_Membre = 1)
GO

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
-- appel de la fonction :
SELECT *
FROM   dbo.F_T_MILI_Liste_Actif('Colonnel SPOUNTZ', CURRENT_TIMESTAMP)

Mais que viennentn faire tous ces militaires ??? ;-)

A +

[zooffy]

Ok, merci pour ton aide.

Donc, pas de getdate() parce que ça "bouge". Je vais être obligé de retenir le passage d'un paramettre, même si ça me plait pas trop.

Merci beaucoup.

PS : MILI c'est le diminutif du nom du nom du projet dans lequelle je travaille et pas des militaires. Mais l'idée est interessante.

[Philippe Robert]

Tout à fait exact.

Ayant été confronté au même problème, je faisais passer le getdate() en paramètre de la fonction, en tout cas en SQL 2000.

En SQL 2005, le getdate() est permis à l'intérieur de la fonction

A Bientôt.

[SQLpro]

Exacte aussi, mais très honnêtement ce n'est pas à conseiller. En effet si une fonction n'est pas déterministe alors cela signifie qu'il faut l'exécuter à chaque ligne ! Autrement dit si 1 million de ligne => un million d'exécution de la fonction. Alors que si déterministe il suffit de regarder les paramètres d'entrée et si l'on a déjà calculée la fonction pour ces mêmes valeurs (tri) alors il est inutile de la rejouer, il suffit de reprendre le résultats déjà obtenu...

A +

[zooffy]

Merci pour ce complément d'inforamtion.

En fait, je fais cela avec une fonction pour récupérer une table, donc cela ne sera lu qu'une fois. Ensuite je fais des requêtes sur cette table.

Mais l'ennui c'est que je ne me rappelle pas pourquoi je le fais avec une fonction et pas une Procédure. Mais ça va revenir, je pense.