Discussion :

[anikon]

Bonjour à tous,

alors je suis un gros noob sur sql server je travaille sur Oracle habituellement et j'avoue que je suis un peu perdu. j'ai fait un peu de sql server 2000 en formation mais ça a l'air d'avoir bien changé. Bon j'ai une application web en asp.net C# et je cherche à faire des fonctions et procédures stockées sur mon sql server. Normal me direz vous. Oui mais moi je suis habitué aux packages et la je n'en vois pas ? Cela veut-il dire que les développeur microsoft mettent toutes leurs requêtes en vrac dans un dossier ? bref pourquoi pas mais je ne comprend pas bien l'interaction avec le site web. Déjà lorsque j'initialise mon sqlcommand, je lui défini un commandType de type "STORED_PROCEDURE" mais je fais appel à une fonction, est-ce la bonne méthode ? Après je vois qu'il y a des fonctions SQL server qui retourne des tables mais dans le site web à quoi ce type correspond ?? un datatable, un dataset ? Enfin tout çà n'est pas très clair je suis un peu perdu. J'ai bien sur cherché sur le net mais je n'ai trouvé des infos que pour SQL Server 2000 et il n'y a pas de fonctions apparemment (que des procédures stockées).

Quelqu'un pourrait-il m'aiguiller sur un bon tuto ???

Merci d'avance

[SQLpro]

La notion de package est propre à Oracle et n'existe pas dans la norme SQL, pas plus que dans SQL Server, assez respectueux des normes contrairement à Oracle.

Une fonction (ou UDF, user Define Fonction) est un programme destiné à fournir en sortie, une valeur scalaire ou une table (SELECT).
Les fonctions scalaires ne peuvent pas contenir :

• de transaction,
• de sql dynamique
• d'ordre de mise à jour (INSERT, UPDATE, DELETE)
• d'ordre DDL (CREATE, ALTER, DROP), DCL (GRANT REVOKE)
• un appel à une procédure
• l'utilisation d'un cursor

Une fonction table peut contenir des ordres de mise à jour, mais uniquement sur la table en sortie.

Une fonction se crée par CREATE FUNCTION et si vous le souhaitez vous pouvez la placer dans un schéma SQL particulier que vous aurez préalablement créé.

Une procédure se créée par CREATE PROCEDURE et ses E/S sont :

• des paramètres input et output
• un éventuel jeu de résultat
• une valeur de retour (code d'erreur)

Elle peut contenir tout code SQL, y compris :

• transaction
• mise à jour,
• SQL dynamique
• cursor
• commande DDL

Bien entendu vous pouvez créer vos procédures dans différents schémas SQL que vous aurez préalablement créé.

Le problème du retour de données à votre langage client est spécifique au traitement client que vous souhaitez faire...

Et pour un tuto : http://sqlpro.developpez.com/cours/s...r/transactsql/
La seule différence est que la version 2005 accepte désormais des UDF, triggers et fonctions, codées en .net.

A +

[anikon]

merci pour cette réponse assez claire. Maintenant je ne sais pas si le forum est bien adapté (sinon je posterais dans asp.net) mais admettons que j'utilise une fonction TABLE. Elle va me retourner une table normal... mais lorsque je l'appel dans mon appli asp.net quel est son type de retour ? Datatable ?

[SQLpro]

Une fonction table ne s'apelle pas. Elle s'utilise dans une requête.

Démo :

Création de la fonction table :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
CREATE FUNCTION dbo.F_T_WEEK (@D DATETIME)
RETURNS @T TABLE (JOUR_NOM VARCHAR(12), JOUR_DATE DATETIME)
AS
 
BEGIN
 
SET @D = DATEADD(day, 1 - DATEPART(dw, @D), @D);
 
INSERT INTO @T VALUES ('Lundi', @D);
INSERT INTO @T VALUES ('Mardi', DATEADD(day, 1, @D));
INSERT INTO @T VALUES ('Mercredi', DATEADD(day, 2, @D));
INSERT INTO @T VALUES ('Jeudi', DATEADD(day, 3, @D));
INSERT INTO @T VALUES ('Vendredi', DATEADD(day, 4, @D));
INSERT INTO @T VALUES ('Samedi', DATEADD(day, 5, @D));
INSERT INTO @T VALUES ('Dimanche', DATEADD(day, 6, @D)) ; 
 
RETURN
 
END

Utilisation de la fonction table :

Code :

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

1
2
SELECT *
FROM   dbo.F_T_WEEK('20080917')

C'est donc à une requête SELECT que vous devez avoir à faire !

A +

[anikon]

OK je comprend un peu mieux. Je pense qu'il vaut mieux faire une Procédure Stockée alors. Je vais surement devoir allé investir dans un petit livre quand même...

[SQLpro]

Dans ce cas, lisez ceci : http://sqlpro.developpez.com/SQL_ser...SQL_Server.pdf

A +