Autoincrement uniqueidentifier

Fondamentalement, je veux utiliser uniqueidentifier de la même façon que l'identité. Je ne veux pas insérer des valeurs dans celle-ci, il suffit d'insérer automatiquement des valeurs, une valeur différente pour chaque ligne.
Je ne suis pas en mesure de définir autoincrement sur les colonnes de type uniqueidentifier(la propriété "autoincrement' a la valeur false et n'est pas modifiable).

InformationsquelleAutor Rasto | 2010-05-14

30

Ou encore mieux: utiliser le newsequentialid() par défaut pour votre UNIQUEIDENITIFER colonne. Cela vous donnera un peu série séquentielle de Guid.
```
CREATE TABLE dbo.YourTable   
   (SerialID UNIQUEIDENTIFIER 
        CONSTRAINT DF_SerialID DEFAULT newsequentialid(),
     .... (other columns)......
   )
```
Problème est: newsequentialid est seulement disponible comme une colonne par défaut - vous pouvez l'appeler comme une fonction ou quoi que ce soit. Mais qui semble correspondre à vos besoins.

Mise à JOUR: il semble y avoir un bug reconnu dans SQL Server Management Studio qui empêche la spécification newsequentialid() comme valeur par défaut pour une colonne dans la table interactive designer.

Voir: http://social.msdn.microsoft.com/Forums/en-US/sqltools/thread/cad8a4d7-714f-44a2-adb0-569655ac66e6

Solution: créez votre table sans indication de défaut, puis tapez dans la présente instruction T-SQL dans un normal la fenêtre de requête et de l'exécuter:
```
ALTER TABLE dbo.YourTable
    ADD CONSTRAINT DF_SerialID DEFAULT newsequentialid() FOR SerialID
```
Qui devrait faire l'affaire!
- C'est pas mal du tout pour moi. Votre réponse semble être ce que je cherchais. Je vais essayer 🙂
- J'ai eu "Erreur de validation de la valeur par défaut pour la Colonne XY". Pourriez-vous veuillez contrôler votre code(une faute de frappe?) ?
- J'ai couru ce code sur SQL Server 2008 R2 avant que j'ai posté, ça marche. Ce version de SQL Server que vous avez??? J'ai enlevé entre parenthèses supplémentaires autour de la newsequentialid() - peut-être que c'est un problème? Est des œuvres sur 2008R2 pour assurer
- Celui qui est pré-installé dans VS 2010 Ultimate edition. Je ne sais pas où je trouve la version du serveur, mais je vais chercher.
- semble être un SQL Server Management Studio bug: social.msdn.microsoft.com/Forums/en-US/sqltools/thread/... - type de la déclaration SQL code et l'exécuter!
- Je peux essayer d'ignorer l'erreur... Il me demande si je veux garder les paramètres ou sur annuler à cause de l'erreur. Mais je suppose que ça ne marchera pas.
- Enfin je me décide à utiliser l'identité, mais je suppose que votre solution fonctionne.
- Si l'unique champ d'identité est séquentiel sera de clustering et de la pagination être un problème si le champ est une clé primaire?
- oui - c'est encore moins optimal à l'aide d'un INT IDENTITY (depuis le GUID est de 16 vs 4-byte - 4x plus) mais c'est moins inquiétant que les totalement aléatoire newid() GUID. Je préfère encore INT IDENTITY
- Je suis d'accord il est plus grand, je ne suis demandais parce que nous avons manqué de Id avec des INT au travail et je me demandais pourquoi ne pas simplement utiliser le GUID et ne pas s'inquiéter pour les 1000 ans ou presque, lol, est-il une étude sur la façon dont beaucoup plus performant INT ou BIGINT est comparé à un séquentielle GUID?
- est-ce newsequentialid() la méthode prédéfinie dans sql server? ce qui est différent si nous utilisons l'int et l'ensemble de autoincrement à vrai?
InformationsquelleAutor marc_s
6

Je suppose que tu veux dire dans SQLServer et pas en C#...

Ensemble de la colonne comme CLÉ PRIMAIRE et ROWGUID

RowGuid http://img341.imageshack.us/img341/8867/sqlserverrowguid.png
- assurez-vous simplement PAS utilisation en font l'index cluster sur la table!!
- Pourquoi pas? Je l'utilise sur un projet et fonctionne très bien, tout à l'air normal, vérifier le plan d'exécution, tableau de commande, tout est tout à fait normal...
- GUID comme index cluster sont horriblement mauvais: découvrez sqlskills.com/BLOGS/KIMBERLY/post/... - ils conduire à des page et la fragmentation de l'index
- est de les stocker en tant que nvarchar(36) mieux alors pour CI ?
- Il a les mêmes problèmes: beaucoup trop large, et totalement aléatoire - et en plus, c'est maintenant longueur variable - qui le rend encore pire!
- Je voulais juste éclaircir si c'était le concept de 16 bits à l'aide d'un Guid qui est mauvais, ou tout simplement le fait qu'il a été défini comme "UniqueIdentifier'
- les deux principaux problèmes avec les GUID sont (1) il est large clé (16 octets vs par exemple, 4 octets pour un INT), et (2) par défaut, un GUID est totalement aléatoire, qui ont conduit à des index de fragmentation
InformationsquelleAutor BrunoLM
3

Utiliser la fonction NewID() comme valeur par défaut. Au moins ce est ce que vous feriez pour SQL Server.
- J'ai essayé cela, mais il semble générer toujours le même identifiant (celui-ci: "00000000-0000-0000-0000-000000000000"). Donc, lors de l'insertion de la deuxième ligne, je reçois l'erreur (à l'aide d'insérer une clé primaire qui est déjà utilisé)
- vous devez définir newId() directement dans la définition de la table dans votre base de données!
InformationsquelleAutor Randy Minder

Je pense que

CREATE TABLE dbo.YourTable
(
    SerialID UNIQUEIDENTIFIER PRIMARY KEY DEFAULT newsequentialid()
)

est plus simple

InformationsquelleAutor Andrii

Vous devez vous connecter pour publier un commentaire.