jesusonline
Messages postés6814Date d'inscriptiondimanche 15 décembre 2002StatutMembreDernière intervention13 octobre 2010
-
2 août 2004 à 13:08
iatidal
Messages postés1Date d'inscriptiondimanche 16 mars 2008StatutMembreDernière intervention16 mars 2008
-
16 mars 2008 à 19:14
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
iatidal
Messages postés1Date d'inscriptiondimanche 16 mars 2008StatutMembreDernière intervention16 mars 2008 16 mars 2008 à 19:14
merci pour les codes que vos offres sa m'aide dans mes étude
cs_jimmy69
Messages postés778Date d'inscriptiondimanche 22 décembre 2002StatutMembreDernière intervention27 novembre 20081 2 août 2004 à 22:37
Bonsoir Denis,
Je te remercie pour tes comments qui nous en apprennent encore plus !
A plus Denis...
Ciao
Christophe
Un bouillonnais
cs_arcollet
Messages postés31Date d'inscriptionjeudi 12 juin 2003StatutMembreDernière intervention13 avril 2008 2 août 2004 à 16:28
Je vois 3 raisons :
- la gestion/récupération d'erreurs fines qui est beucoup plus souple (puissante ?) coté code que côté transac- slq
- la possibilité de gérer 2 transactions différentes sur 2 serveurs de données différents.
- l'indépendance vis à vis de la base de données niveau code.
Ton exemple m'a en fait donné une idée (qui n'est pas neuve). Celle de créer une class 'transact' qui marcherait à la fois sur SQL Server et Oracle.
Lors de l'appel de 2 procédures stockés par exemple (Oracle + SQL Server), je choisi si on la fait Transact ou non ! Et ou çà a merdé si çà merde !
Ce qui résoudrait mon cas tordu d'une appli mi SQL Server mi Oracle.
Merci jimmy69
Denis
cs_jimmy69
Messages postés778Date d'inscriptiondimanche 22 décembre 2002StatutMembreDernière intervention27 novembre 20081 2 août 2004 à 16:00
salut salut Denis,
Voila une ...oui une tres tres bonne question?!
Pour moi je dirai et je suis pour... gerer les transactions sous transac-sql de cette façon on n'encombre un peu moins le reseaux...comme pour les procedures stockees !
Mais est ce qu'il y'a un avantage a gerer les transactions cote code... j'en ai aucune idée....sorry !
j"avais trouve un exemple sur les transactions (code)et je me suis dit que je pourrais faire un p'tit exemple pour les visiteurs de code sources :-)
Mais bon ta question est interessante et si tu as le temps je te conseille de la poser ds le forum voir un peu ce que les gens en pensent...non!
Allez moi je vais profiter un peu du soleil
Ciao Denis
cs_arcollet
Messages postés31Date d'inscriptionjeudi 12 juin 2003StatutMembreDernière intervention13 avril 2008 2 août 2004 à 15:38
Bonjour,
Y a t il un avantage à gérer la transaction côté code plutôt que côté Transact-SQL ?
Merci de votre réponse et de votre exemple
Denis
cs_jimmy69
Messages postés778Date d'inscriptiondimanche 22 décembre 2002StatutMembreDernière intervention27 novembre 20081 2 août 2004 à 13:36
Merci Cyril, je te renvoi la balle ....car tu es toujours presents qd j'ai un stress :-) ...et je t'en remercie vraiment ....!
Je prepare un code sur les triggers ...mais bon j'ai un peu de mal n'etait pas programmeur...mais bon j'avance...
Tout ce que j'espere c'est que mes codes (exemples)puissent servir a d'autres...
A bientot
Christophe
Life is a choice :-)
jesusonline
Messages postés6814Date d'inscriptiondimanche 15 décembre 2002StatutMembreDernière intervention13 octobre 201029 2 août 2004 à 13:08
16 mars 2008 à 19:14
2 août 2004 à 22:37
Je te remercie pour tes comments qui nous en apprennent encore plus !
A plus Denis...
Ciao
Christophe
Un bouillonnais
2 août 2004 à 16:28
- la gestion/récupération d'erreurs fines qui est beucoup plus souple (puissante ?) coté code que côté transac- slq
- la possibilité de gérer 2 transactions différentes sur 2 serveurs de données différents.
- l'indépendance vis à vis de la base de données niveau code.
Ton exemple m'a en fait donné une idée (qui n'est pas neuve). Celle de créer une class 'transact' qui marcherait à la fois sur SQL Server et Oracle.
Lors de l'appel de 2 procédures stockés par exemple (Oracle + SQL Server), je choisi si on la fait Transact ou non ! Et ou çà a merdé si çà merde !
Ce qui résoudrait mon cas tordu d'une appli mi SQL Server mi Oracle.
Merci jimmy69
Denis
2 août 2004 à 16:00
Voila une ...oui une tres tres bonne question?!
Pour moi je dirai et je suis pour... gerer les transactions sous transac-sql de cette façon on n'encombre un peu moins le reseaux...comme pour les procedures stockees !
Mais est ce qu'il y'a un avantage a gerer les transactions cote code... j'en ai aucune idée....sorry !
j"avais trouve un exemple sur les transactions (code)et je me suis dit que je pourrais faire un p'tit exemple pour les visiteurs de code sources :-)
Mais bon ta question est interessante et si tu as le temps je te conseille de la poser ds le forum voir un peu ce que les gens en pensent...non!
Allez moi je vais profiter un peu du soleil
Ciao Denis
2 août 2004 à 15:38
Y a t il un avantage à gérer la transaction côté code plutôt que côté Transact-SQL ?
Merci de votre réponse et de votre exemple
Denis
2 août 2004 à 13:36
Je prepare un code sur les triggers ...mais bon j'ai un peu de mal n'etait pas programmeur...mais bon j'avance...
Tout ce que j'espere c'est que mes codes (exemples)puissent servir a d'autres...
A bientot
Christophe
Life is a choice :-)
2 août 2004 à 13:08