Discussion :

[zinzineti]

Bonjour
Est-il possible de modifier l'incrément d'une colonne IDENTITY par une requête ? Manuellement c'est possible via SSMS (management studio) [voir piece jointe]
Les tables concernées par cette opération existent et sont en production.... Prenons par exemple la table

Code :

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

1
2
3
4
5
TABLE [dbo].[DROIT](
	[ID_DROIT] [bigint] IDENTITY(2,1) NOT FOR REPLICATION NOT NULL,
	[PROFIL] [varchar](20) NULL,
        ....

Ce que je veux c'est une requête qui me permet d'avoir ceci :

Code :

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

1
2
3
4
5
TABLE [dbo].[DROIT](
	[ID_DROIT] [bigint] IDENTITY(2,3) NOT FOR REPLICATION NOT NULL,
	[PROFIL] [varchar](20) NULL,
        ....

Merci d'avance.

Etienne ZINZINDOHOUE

[SQLpro]

DBCC CHECKIDENT.
Plus généralement voir l'article que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p6...ec-sql-server/

A +

[zinzineti]

DBCC CHECKIDENT.

Non je ne suis pas d'accord DBCC CHECKIDENT ne permet pas de modifier l'incrément (le pas) de l'IDENTITY.
Il permet tout simplement de réinitialiser la dernière valeur générée c'est à dire la valeur actuelle (IDENT_CURRENT )

Plus généralement voir l'article que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p6...ec-sql-server/

J'ai parcouru l'article (qui est intéressant) mais je n'y ai pas trouvé la réponse à ma question.
A+
Etienne ZINZINDOHOUE

[SQLpro]

Dans ce cas vous devez effectivement reconstruire la table. Par exemple de cette manière :

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
BEGIN TRANSACTION
 
CREATE TABLE dbo.Tmp_TI
	(
	C int NOT NULL IDENTITY (1, 3)
	)  ON [PRIMARY]
GO
SET IDENTITY_INSERT dbo.Tmp_TI ON
GO
INSERT INTO dbo.Tmp_TI (C)
		SELECT C FROM dbo.TI WITH (HOLDLOCK TABLOCKX)
GO
SET IDENTITY_INSERT dbo.Tmp_TI OFF
GO
DROP TABLE dbo.TI
GO
EXECUTE sp_rename N'dbo.Tmp_TI', N'TI', 'OBJECT' 
GO
 
COMMIT TRANSACTION

A +
A +

[zinzineti]

Dans ce cas vous devez effectivement reconstruire la table. Par exemple de cette manière :
A +

Ouais, il faut reconstruire la table... est-ce donc
ce que fait SQL SERVER via le Management Studio (SSMS) quand je fais même opération manuellement ?
En tout cas merci beaucoup.
A+
Etienne ZINZINDOHOUE

[kagemaru]

J'utiliserais la commande ALTER TABLE/ALTER COLUMN.

Code :

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

ALTER TABLE matable ALTER COLUMN monid IDENTITY (100, 4);

[zinzineti]

J'utiliserais la commande ALTER TABLE/ALTER COLUMN.

Code :

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

ALTER TABLE matable ALTER COLUMN monid IDENTITY (100, 4);

Non je ne suis pas d'accord, il est impossible (en tout cas jusqu'à ce jour) de faire un ALTER sur une colonne IDENTITY !

A+
Etienne ZINZINDOHOUE

[kagemaru]

oups désolé, je ne regarde pas la bonne doc !! http://msdn.microsoft.com/en-us/library/ms174123.aspx

Code :

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

1
2
3
4
5
CREATE TABLE MyCustomers (CustID INTEGER IDENTITY (100,1) PRIMARY KEY, CompanyName NvarChar (50));
 
INSERT INTO MyCustomers (CompanyName) VALUES ('A. Datum Corporation');
 
ALTER TABLE MyCustomers ALTER COLUMN CustId IDENTITY (200, 2);

ce qui ne marche pas en effet, et je me demande même si cela marche sur SQLCE ....

[mikedavem]

Bonjour,

Même post même réponse

http://www.developpez.net/forums/d91...y/#post5156544

++

[zinzineti]

oups désolé, je ne regarde pas la bonne doc !! http://msdn.microsoft.com/en-us/library/ms174123.aspx

Code :

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

1
2
3
4
5
CREATE TABLE MyCustomers (CustID INTEGER IDENTITY (100,1) PRIMARY KEY, CompanyName NvarChar (50));
 
INSERT INTO MyCustomers (CompanyName) VALUES ('A. Datum Corporation');
 
ALTER TABLE MyCustomers ALTER COLUMN CustId IDENTITY (200, 2);

ce qui ne marche pas en effet, et je me demande même si cela marche sur SQLCE ....

C'est bien ce qui est écrit : Changing the seed and increment values on the identity column et ça ne marche pas !
Petite leçon à tirer de ça : IL FAUT TOUJOURS TESTER AVANT ...
A +
Etienne ZINZINDOHOUE

A+