Discussion :

[mario9]

Bonjour

J'ai une problème en réseau quand 2 postes travaillent (Pas de réponse au deuxieme) en même temp donc je veux améliorer ma méthode en SQL a l'intérieur d'un transaction je n'ai jamais fais cela avant donc je demande votre aide.

j'ai besoin de faire un insert dans ma table et par la suite un update qui se déroule en 2 étapes différentes.

Dans mon Insert j'insère les données de l'enrégistrement précedent et par le suite l'utilisateur modifie les informations qui ont changés.(Update)

Est-ce que je dois utilisé un Query et mettre ma transaction a l'intérieur.

2 eme question

j'aimerais récupéré l'ID de l'enregistrement que je crée pour l'insérer dans un champ identification ou numéro. Présentement je me sert d'une table avec un compteur que j'augmente de 1 a chaque enrégistrement et met la table a jour pour l'enrégistrement suivant ce qui n'est pas pratique quand plusieurs utilisateurs travaille sur la même table. ce qui fait qu'il a pas de réponse du serveur MsSql.

Si vous avez un exemple c'a m'aiderait a comprendre.

Merci

Mario

[retwas]

Quel est le problème ?

Le champ identifiant n'est pas en auto incrément ? Ce serait plus simple je pense.
Sinon je ne vois pas tellement l’intérêt d'insérer et modifier au lieu de faire un seul insert ?

Tu pourrais passer le champ en auto-incrément, faire l'insert et récupérer l'identifiant. Tu le stockes et ensuite tu fais ton update.

Code :

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

1
2
3
4
5
6
7
8
9
qry.SQL.Append('INSERT INTO TableName () VALUES ();');
qry.SQL.Append('SELECT AUTO_INCREMENT nb');
qry.SQL.Append('FROM  INFORMATION_SCHEMA.TABLES');
qry.SQL.Append('WHERE TABLE_SCHEMA = ' + QuotedStr('DatabaseName'));
qry.SQL.Append('AND   TABLE_NAME   = ' + QuotedStr('TableName'));
 
qry.Open;
if not qry.Eof then
  i := qry.FieldByName('nb').asInteger;

[SergioMaster]

Le champ identifiant n'est pas en auto incrément ?

Sinon je ne vois pas tellement l’intérêt d'insérer et modifier au lieu de faire un seul insert ?

pour le reste, tout dépend du set de composant utilisé ?

[ShaiLeTroll]

en MSSQL, il y a surtout les IDENDITY idéal pour les clés primaires.
La gestion d'une table compteur, c'est lent, j'ai connu un éditeur qui faisait cela pour gérer ORACLE ou MSSQL, l'obtention d'un numéro c'était 99% du temps de l'insertion dans une table

[retwas]

en MSSQL, il y a surtout les IDENDITY idéal pour les clés primaires.
La gestion d'une table compteur, c'est lent, j'ai connu un éditeur qui faisait cela pour gérer ORACLE ou MSSQL, l'obtention d'un numéro c'était 99% du temps de l'insertion dans une table

Effectivement j'avais lu MySQL au lieu de MsSQL
Du coup sur SQL Server il y a le @@IDENTITY et SCOPE_IDENTITY()

[mario9]

Bonjour

Merci pour vos réponses.

J'ai modifié ma table pour avoir un identity a oui avec inc de 1. Je n'ai plus besoin de mettre un autre table a jour pour avoir un compteur a +1 , tout ce fait a la création de l'enrégistrement a une vitesse éclair et pour tous les usagers.


Merci encore.

Mario