Discussion :

[Masmeta]

Bonjour,

Je suis sous VS 2010 avec une base sql server
j'ai une table qui a une clé primaire autoincremente non nulle.
Elle est relié par un dataset/ table adapter.

le schéma de ma table est le suivant : id Nom idparent avec idparent = id de la même table

Comment puis je gérer facilement l'id lorsque j'ai plusieurs insertion avec des relations idparent = id dans les lignes à insérer?

En espérant être compréhensible.
Cordialement.

[WOLO Laurent]

Tu es obligé d'avoir le champ idparent défini comme ceci :

Code :

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

1
2
3
4
5
6
7
8
9
create table matable
(
id int not null primary key identity,
idparent int null references matable(id)
..
..
..
)
go

Dès lors, tes inserts sont possibles.

[Graffito]

j'ai plusieurs insertion avec des relations idparent = id dans les lignes à insérer?

Dans ce cas faire, les insertions une par une et récupérer l'id autoincrémenté via la command insert.

Le complément à la command SQL pour récupérer l'Id varie suivant le SGBD. J'aurais pu te donner une solution testée pour Oracle, Access ou MySql.

Pour SQL server, ce serait à base de @@IDENTITY ou SCOPE_IDENTITY:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
private static void OnRowUpdated(
  object sender, OleDbRowUpdatedEventArgs e)
{
    // Conditionally execute this code block on inserts only.
    if (e.StatementType == StatementType.Insert)
    {
        OleDbCommand cmdNewID = new OleDbCommand("SELECT @@IDENTITY",
            connection);
        // Retrieve the Autonumber and store it in the CategoryID column.
        e.Row["CategoryID"] = (int)cmdNewID.ExecuteScalar();
        e.Status = UpdateStatus.SkipCurrentRow;
    }
}

[WOLO Laurent]

Comment comptes-tu faire tes inserts ? Par code Client .Net ou par Code SQL ?

[Masmeta]

je vous remercie de votre aide.

Je suis partie sur une insertion par procédure stockée en utilisant le SCOPE_IDENTITY.
Cela fonctionne.

[sinople]

J'aurais pu te donner une solution testée pour Oracle, Access ou MySql.

Je reste intéressé par la solution Access. Merci d'avance

[Graffito]

sinople : Je reste intéressé par la solution Access.

Voici :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
if (AutoIncrementColumnName!="")
   ((OleDbDataAdapter)adapter).RowUpdated += 
      new OleDbRowUpdatedEventHandler(OnOleDbRowUpdated);
adapter.MissingSchemaAction = MissingSchemaAction.AddWithKey ;
... 
internal void OnOleDbRowUpdated(object sender, OleDbRowUpdatedEventArgs e)
{
  if (e.StatementType==StatementType.Insert)
    e.Row[AutoIncrementColumnName] = 
       new OleDbCommand("SELECT @@IDENTITY",(OleDbConnection)DataBase.DbCnx).ExecuteScalar();
}

[sinople]

Ok donc il s'agit de modifier (surcharger) le tableadapter afin d'obtenir la prochaine incrémentation à l'aide de la commande SQL SELECT @@IDENTITY.

Petite question pour être sur?

Que ce passe-t-il si il y a 2 insertion en presque même temps? Le SELECT fait-il une opération d'incrémentation (donc si je double l'instruction SELECT avant l'insertion l'incrémentation avance de 2 et non pas de 1) ou l'incrémentation est effective lors de l'enregistrement (et donc idéalement il faut prévoir une transaction/Gestion erreur, car il reste un chance minime d'avoir une erreur de doublon?)

[Graffito]

Bonjour,

On ne peut qu'espérer que le @@IDENTITY soit fonction de la connection pour gèrer 2 insertions de 2 programmes différents.

Si ce n'est pas le cas, il pourrait y avoir un conflit et aussi en cas de multithread sur une même connexion .

[WOLO Laurent]

C'est pourquoi je vous recommande d'utiliser scope_identity pour s'enpasser de la gestion de l'accès concurentiel.