Discussion :

[alfadev]

Bonjours ;
j'ai posté mon prolème sur le forum C++ builder mais personne ne repond ; voila mon problème:

J’ai un sérieux problème avec mon application C++builder6.0 et la base de données SQL Server 2000
Il me semble que mon application ne valide pas les transactions sur la base de données SQL et ne déclenche aucune exception comme si les enregistrements sont écrits normalement sur la base.
J’ai été surpris ! : quelques enregistrements ont été validés (mon programme imprime un état après chaque validation d’un enregistrement) et ne figurent pas sur la base et ce phénomène est aléatoire
J’utilise ADO pour se connecter au serveur SQL et les fonction Edit(),Append(),Poste(), pour effectuer les transactions sur les tables ADO
Mon serveur : SQL Server 2000 SP4, Windows Server 2003 Standard Edition,
Poste Client : Windows XP Pro SP2. Type de connexion : Sécurité SQL (compte SQL).

je pense qu'il y a un problème d'incompatibilité entre windows server2003 et SQL 2000

Si quelqu’un peut m’orienter je serais très reconnaissant . Et merci d’avance.

[SQLpro]

ce n'est pas un problème de SQL Server. C'est un problème de style de codage. Les fonctions Edit(), Append(), Poste() propres aux objets table ne doivent pas être utilisées, pour la bonne et simple raison qu'un SGBDR C/S ne travaille pas en objet table mais en objet requête TAdoQuery.

De plus piloter une transaction côté client est une hérésie qui à toutes les chances de se planter... La démonstration est là !

Si vous voulez faire des transactions, travaillez en procédures stockées.

Un SGBDR n'est pas un système de fichier et une table n'a rien à voir avec un "fichier" de même qu'une ligne n'est pas un "enregistrement".
Si vous venez du monde des SGBD fichiers, abandonnez votre ancienne façon de faire et passez au client serveur.

A +

[WOLO Laurent]

En complement, n'oublier pas de prendre en compte la fonction

Code :

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

set no count on

dans vos procédures stockées si vous voulez remonter les exceptions
Bonne chance.

[SAHARBI]

salut
je pense qu'il faut demarrer le processus "SQL server Agent"
voir le figure Ci-joint

[Fabien Celaia]

En complement, n'oublier pas de prendre en compte la fonction

Code :

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

set no count on

dans vos procédures stockées si vous voulez remonter les exceptions
Bonne chance.

Sauf erreur, nocount (sans espace !)

[Fabien Celaia]

salut
je pense qu'il faut demarrer le processus "SQL server Agent"
voir le figure Ci-joint

L'agent n'est utile que pour la partie administration. Pour vos transactions, vous n'avez besoin que de SQL Server

[alfadev]

Merci pour vos réponses

pour SQLPro:

j'utilise les objets TADODataSet, et j'execute des requêtes en utilisant la propriété CommandText="select .....";
ensuite je met ADODataSet->Open();
ADODataSet->Edit()/Append();
.............................;
.............................;
ADODataSet->Poste();

je crois que TADODataSet jou le rôle d'une requête ici?

Merci d'avance pour vos conseilles

[SQLpro]

encore une fois non !
Si vous voulez faire une insertion il faut utiliser une requête INSERT INTO, etc....

Vous confondez la gestion de fichiers avec une bases de données relationnelles client/serveur.

Il serait temps de vous former !

A +