Discussion :

[tssi555]

Bonjour,

J'ai un ecran bien compliqué qui contient 9 onglets, et chaque onglet est bien bouré d'informations dans des grilles, zones de textes, combo...

J'ai un bouton Enregistrer, qui prends toutes les données des onglets et les mets à jours, j'ai des INSERT, des UPDATES, des Deletes qui se font dans SQL Server lors de l'enregisterement.

Le problème c que parfois quand le programme plante à cause d'une erreur ou autres pendant l'enregistrement, ya des données qui son enregistré yonna non, quand l'enregistrement passe sans probleme c nickel, mais quand ca coince qqpart ca met le bordel dans la base de données qui est utilisé par plusieurs autres programme.

Comment faire pour enregistrer ou non par lot, en cas de probleme yaura rien qui va se passer ?


Merci

[Pol63]

question qui aurait peut eut sa place dans le forum sql server ...
m'enfin je n'y vais pas souvent




code transact-sql pour sql >= 2005

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
20
21
22
 
declare @result bit
begin try
  begin transaction nom_au_choix
 
      insert ...
 
      update ...
 
      delete ...
 
      (...)
 
    commit tran
    set @result = 1
    select @result 
end try
begin catch
    if @@trancount > 0      rollback tran
    set @result = 0
    select @result
end catch

explications de chaque morceau :
begin try traitement end try begin catch traitement end catch
c'est comme le try catch de vb, en cas d'erreur de sévérité supérieure à 10 ca passe dans le catch sans continuer (en dessous de 10 ca continue, ce n'est qu'un avertissement, pas une erreur)
arrivé à la fin du begin sans erreur, ca ne passe pas dans le catch

begin transaction démarre une transaction, un genre de point de restauration
commit tran permet de dire que la transaction précédement commencée est validée
rollback tran permet d'annuler tout ce qui a été fait depuis le begin tran
une transaction est valable pour une connexion
une transaction vérrouille tout ce qu'elle écrit (donc à utiliser avec parcimonie)

et au passage j'ai rajouté un booléen (bit dans sql server) pour dire si ca c'est bien passé, exécuté dans un executereader ca te permet de savoir si ca c'est bien passer
rethrower l'erreur dans le catch serait aussi une solution, ca permet de pouvoir enregistrer/afficher le message d'erreur (voir raiserror et error_message() via F1 dans sql server management studio)

[sevyc64]

Utilise les transactions.

Tu commence une transaction avant l'enregistrement. Toutes les modifications de ta base seront dans la transaction.
Une fois l'enregistrement terminé, tu valide la transaction par un commit, c'est cette commande qui va faire l'enregistrement réel dans la base.
Si un problème survient, tu annule la transaction avec un rollback, rien n'est enregistré dans la base.

[tssi555]

Merci bien à vous deux.

Effectivement, mais là apparement faut que je code côté SQL Server ? et il faut utiliser des procedures stocké ?
moi j'encode mes requetes dans le code VB, ya pas moyen de faire pareil dans le code VB?

[sevyc64]

TU peux bien évidemment le faire du coté VB.

J'ai pas le code sous la main, mais regarde sur ton objet connection, tu as tout ce qu'il faut pour les transactions

[Pol63]

le code que je t'ai mis, c'est une requete !

dans commandtext, tu peux mettre des centaines de ligne, tant que c'est du sql
tu peux mettre des tas d'insert, des begin try, des begin tran etc... le tout dans le meme string

il suffit juste de concaténer tes requetes entre le begin tran et le commit tran, le reste est standard

d'ailleurs tout ce qui peut fait dans une procédure stockée peut etre envoyé dans un seul commandtext aussi, ca fera le meme effet (hormis les gains de perf éventuels apportés par la reprise de compilation de la procédure stockée)

[tssi555]

Merci bien

Je teste ça et te(vous) dire quoi.