Discussion :

[SkYsO]

Bonjour à tous,

J'utilise MS sqlserver avec mon appli delphi et lors de mes transactions il m'arrive d'avoir ce message :

"Impossible de créer de nouvelle transaction en raison d'un dépassement de capacité"

Hors cela m'arrive des la premiere transaction, donc j'en ai aucune autre ouverte ou déjà exécutée.

Avez vous une idée ?
Je précise que j'attaque la base avec des objets ADO

merci pour votre aide

[Invité]

Et si tu exécutes ta transaction directement via le Query Analyzer ?

[SkYsO]

en fait ma transaction, je l'a fait dans mon code Delphi avec un

MonADOConnection.begintrans;

et ça plante la dessus donc SQLserver n'accepte pas ma transaction.

[Invité]

Pose la question aux Delphiteurs alors !

[SkYsO]

on m'a renvoyer ici ^^

[Invité]

Oula ! Pas simple ton affaire.

Essaye alors de traduire ta transaction en T-SQL pur, pour voir si elle passe.

[BraDim]

Bonjour,

J'ai un souci identique.

Je suis en train de migrer mon appli d'Interbase vers SQL Server.

J'utilise Delphi 7 (les composants db Express) et SQL Server et avec cette appli, j'ai ce message d'erreur "Impossible de créer de nouvelle transaction en raison d'un dépassement de capacité" quand je fais un applyupdate.
Sachant qu'avec une autre appli plus simpliste (celle qui m'a permis de migrer mes données d'interbase ver SQL Server), je n'ai pas le souci...

Merci d'avance pour vos réponses,

[SQLpro]

De manière générale : IL NE FAUT JAMAIS PILOTER LES TRANSACTIONS CÔTÉ CLIENT !.
Pour cela vous disposez côté serveur de procédures stockées.

Le problème vient sans doute du fait que vous tentez d'utiliser SQL Server en mode de transaction implicite alors qu'il fonctionne en translation explicite.

Revoyez tout votre code, ou alors commencez votre session par un :

Code :

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

SET IMPLICIT_TRANSACTION ON

Mais bonjour les performances !

Ce mode de gestion ancestral des transactions a été abandonné par Oracle en premier, puis Ingres, Sybase... Il ne reste plus guère que Interbase qui l'utilise. Même la norme SQL a abandonné cette obligation...

A +

[BraDim]

Bonjour,

J'ai paramétré le serveur en "transaction implicite" et j'ai supprimé la gestion côté client mais j'ai toujours le même souci...

J'ai tendance à dire que le problème vient de mon code mais je ne sais pas s'il n'y aurait pas aussi un paramétrage particulier à faire au niveau de ma base de données... Je suis dans le flou...

Cette applicatif fonctionne déjà sous interbase et sous MySQL sans souci, et une autre version sous SQL Server. Je vais essayer de trouver les différences entre cette appli et celle qui fonctionne déjà sous SQL server mais si vous avez des idées, je suis preneur!

Merci d'avance!

[BraDim]

Enfin, j'ai trouvé!!

Il s'agissait simplement d'une erreur d'utilisation des composants DBExpress.
Je joins un exemple de programme. La ligne en commentaire était tout simplement celle qui posait problème...

Code :

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

1
2
3
4
5
6
7
8
 
      ClientDataSetQuerryIS_BN.Active:=False;
      SQLDataSetQuerryIS_BN.Close;
      SQLDataSetQuerryIS_BN.CommandType:=ctQuery;
      SQLDataSetQuerryIS_BN.CommandText:=Requete;
      SQLDataSetQuerryIS_BN.Prepared:=True;
      //SQLDataSetQuerryIS_BN.Open; Partie à ne surtout pas mettre
      clientDataSetQuerryIS_BN.Active:=True;

Cette syntaxe ne gêne pas Interbase mais pose des soucis avec SQL Server. J'ai appliqué cette modification sur tous mes sources et ça fonctionne.