procédures stockées avec .net

Slut à tous,

J’ai un soucis, apparemment avec SQL Server 2005 il est possible de développer des procédures stockées à l’aide d’un langage .net. Je n’ai pas encore eu le temps de le tester en pratique.

Mais j’aimerais savoir comment se passent les mises à jour. Est-ce qu’une telle procédure qui est déployée sur un serveur SQL peut être mise à jour sans avoir besoin d’avoir l’environnement de développement .net ?

Quels sont les réels avantages de cette façon de faire ?

Merci d’avance de vos réponses.

Vous voulez parler de SQL CLR...

Citation:

---

Est-ce qu’une telle procédure qui est déployée sur un serveur SQL peut être mise à jour sans avoir besoin d’avoir l’environnement de développement .net ?

---

Oui, il s'agit d'une dll donc même problème de versionning que les objets .net.

Code:

---

Quels sont les réels avantages de cette façon de faire ?

---

Ces procédures ne sont pas fait pour faire de l'accès aux données, mais pour étende les capacité de SQL Server dans certains domaines :
1) création de types complexes comme le point géographique (altitude, longitude, latitude) - impossible à faire en Transact SQL
2) création de fonction d'aggrégation, exemple calcul de la mediane - impossible à faire en Transact SQL
3) création de routines (procédures et fonctions) nécessitant de calculs mathématiques complexes. Exemple : calcul matriciel, navigation loxodromique...

En revanche SQL CLR est notablement moins performant pour tout ce qui est accès aux données et possède l'inconvénient majeur du défaut d'impédance inhérent à tout langage de 4e génération (absence de NULL, pas de gestion des collations...)

Vous l'avez donc compris, SQL CLR n'est pas un produit de substitution, mais un produit d'extension des possibilités de SQL Server à utiliser dans des cas très particuliers.
Lisez la remarque que j'ai écrit en fin de cette page :
http://sqlpro.developpez.com/SQL_Server_2K5/
§ Conclusion sur MS SQL Server 2005 :

A +

Merci pour cette réponse,

Si j'ai bien compris une utilisation pratique c'est par exemple pour les états Reporting Services nécessitant des traitements complexes sur des données avant affichage. tu poses bien le problème ici http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9

Le seul bémol à mon avis reste donc dans la mise à jour du code.

Oui, la mise à jour de DLL est moins pratique qu'un simple ALTER PROC !

A +