Discussion :

[eXiDiZeR]

Bonjour à tous, alors voilà j'ai un projet à faire et je bloque :

L'objectif principal de mon projet est que pour chaque nouveau client crée un code client sera déjà defini ( que l'on ne pourra pas modifier) et qui sera propore a chaque client.

J'ai donc commencer un peu les recherches et j'ai trouvé que ce principe s'appel une incrémentation automatique.
Mais je ne sais toujours pas comment faire sous visual studio.

Alors je vous serais reconnaissant si vous m'aidier.

Merci

[BenoitM]

C'est en général la base de données qui s'occupe de généré les numéros automatiques

sinon il "suffit" de faire une propriété shared que tu incrémente à chaque fois

[Graffito]

C'est en général la base de données qui s'occupe de généré les numéros automatiques

Et l'on récupère la valeur du champ autoincrémenté dans la commande SQL UPDATE utilisée pour la mise à jour de la base de donnée, la syntaxe SQL pour récupérer cette valeur étant variable suivant le SGBD.

[StringBuilder]

Voici un exemple avec un programme en C# et une base de données gérée avec SQL Server 2008 R2 :

La table "personne" (dans la base de données)

Code :

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

1
2
3
4
5
6
7
8
9
10
create table personne
(
     personne_id int not null identity(1,1) primary key,
     firstname nvarchar(20) not null,
     lastname nvarchar(20) not null,
     datetime naissance null,
     sexe_id tinyint null references sexe(sexe_id)
)
go

En gras, "identity(1,1)" qui indique que le champ "personne_id" est une identité (donc un auto-incrément) commançant à 1 et dont l'incrémentation est de 1.

Le code C# :

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
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
int personne_id = -1;

using (SqlConnection cnx = new SqlConnection(@"Server=.\SQLEXPRESS;Database=Test;Trusted_Connection=True;"))
{
	cnx.Open();
        using (SqlTransaction trans = cnx.BeginTransaction(IsolationLevel.ReadCommitted))
        {
        	using (SqlCommand cmdIns = cnx.CreateCommand())
                {
                	cmdIns.Transaction = trans;
                        cmdIns.CommandText = "insert into personne (firstname, lastname) output inserted.personne_id values (@firstname, @lastname)";
                        SqlParameter pFirstName = cmdIns.CreateParameter();
                        pFirstName.ParameterName = "firstname";
                        pFirstName.SqlDbType = SqlDbType.NVarChar;
                        pFirstName.Size = 20;
                        cmdIns.Parameters.Add(pFirstName);
                        SqlParameter pLastName = cmdIns.CreateParameter();
                        pLastName.ParameterName = "extension";
                        pLastName.SqlDbType = SqlDbType.NVarChar;
                        pLastName.Size = 20;
                        cmdIns.Parameters.Add(pLastName);

			pFirstName = "Alfred";
			pFirstLast = "E. Neuman";

			try
			{
				personne_id = cmdIns.ExecuteScalar();
			}
			catch (Exception e)
			{
				MessageBox.Show(e.Message);
			}
		}
		if (personne_id != -1)
		{
			trans.Commit();
		}
		else
		{
			trans.Rollback();
		}
	  }
}

MessageBox.Show(personne_id.ToString());

En gras, la syntaxe "output" (nouvelle dans SQL Sever 2008) qui permet de retourner les lignes insérés par le INSERT.
Puis la récupération de la première valeur de la première ligne (puisqu'il ne peut y en avoir qu'une dans notre cas) qui correspond à l'identifiant de la personne qu'on vient d'insérer.

[Bluedeep]

En gras, la syntaxe "output" (nouvelle dans SQL Sever 2008) qui permet de retourner les lignes insérés par le INSERT..

Je ne connaissais pas du tout cette nouveauté de SQL Server 2008.
Merci pour l'info !

[StringBuilder]

J'ai découvert ça la semaine dernière

Ça alimente inserted et deleted comme dans un TRIGGER sur les instructions INSERT/UPDATE et DELETE.

Je trouve ça plus propre que le SELECT SCOPE_IDENTITY() d'autant que ça permet aussi de vérifier le avant/après lors des UPDATE/DELETE.