Discussion :

[Danny Blue]

Bonjour,

Je me débrouille pas mal en C# mais par contre en T-SQL j'ai énormément de mal donc avec SQL SERVER 2005 on peut écrire (entre autre) nos procédures stockées en C# par exemple. Donc, je me demande ce que ca changeait par rapport à faire ses requêtes en C# dans son code-behind par exemple (pour asp.net)? Ca me parait trop beau pour être vrai! On me disait que SQL SERVER 2005 gardait le schéma d'éxécution des SP ce qui rendait l'éxécution plus rapide mais si on le fait en C# ca revient au même que si on fesait la requete dans notre .cs ?

Finallement,c a ne reviendrait pas au même vu que c'est plus du T-SQL? Je parle niveau performances notemment. Car ca risque de me faciliter la vie de les écrire en C# surtout si c'est aussi performant qu'avec du T-SQL..

Merci à vous.

[rudib]

Salut,

L'inclusion du CLR dans SQL server peut être utile pour du code séquentiel, algorithimique, qu'il est difficile de faire en T-SQL par exemple.

Si tu utilises des sprocs en langage MSIL qui vont faire la même chose que ton code T-SQL, tu vas tuer ton serveur. Il n'y a aucune comparaison possible en terme de performances, et ce n'est pas du tout là pour remplacer T-SQL. Penses-y comme la possibilité d'ajouter ton code de middle-tier dans ton serveur SQL directement.

Tu n'as de toute façon aucune manière dans ton code C# d'attaquer directement les données, tu dois ouvrir une connexion au SQL local et lui envoyer des ordres SQL. Tu n'as aucun moyen de traiter des groupes de données comme en SQL. Tout ce que tu peux faire, c'est l'équivalent des curseurs, certainement en moins rapide.

[SQLpro]

ca risque de me faciliter la vie de les écrire en C# surtout si c'est aussi performant qu'avec du T-SQL..

Justement non !

TRANSACT SQL est fait pour gérer MASSIVEMENT des données

SQL CLR est fait pour des traitements complexes portant sur des données unitaires.

TRANSACT SQL sera TOUJOURS plus performants dans l'accès aux données que SQL CLR. De plus SQL CLR possède un défaut majeur inhérent à tout L4G : lé défaut d'inpédence : traitement des "NULL", collations, etc....

Le seul intérêt de SQL CLR :
1) traitement complexes : math, physique, manipulations de chaînes de caractères
2) implementation d'UDT
3) implémentation de nouvelles fonctions d'agrégation.
En dehors de cela; tout faire avec Transact SQL.

TRANSACT SQL est un langage hyper simple et très facile à apprendre. Grosso modo il n'y a que 20 commandes à apprendre !

Je vous conseille de suivre un de mes cours à Orsys par exemple. En attendant, pour un aperçu de Transact SQL, lisez l'article que j'ai écrit :
http://sqlpro.developpez.com/cours/s...r/transactsql/

Je constate d'ailleurs que vous avez failli tomber dans le paneau que j'ai évoqué il y a maintenant un an :
Lisez la conclusion de ce papier : http://sqlpro.developpez.com/SQL_Server_2K5/

A +