Redshift psql incrément automatique sur le même numéro

Je suis en train de créer une table avec un auto-incrémentée comme ci-dessous. Depuis Redshift psql ne supporte pas la SÉRIE, j'ai dû utiliser Les données d'IDENTITÉ de type:

IDENTITÉ(semences, l'étape)

La Clause qui spécifie que la colonne est une colonne d'IDENTITÉ. Une colonne d'IDENTITÉ contient un unique auto-généré valeurs. Ces valeurs commencer avec la valeur spécifiée comme une graine et d'incrément par le nombre spécifié comme étape. Le type de données pour une colonne d'IDENTITÉ doit être de type INT ou BIGINT.`

Mon instruction create table ressemble à ceci:

CREATE TABLE my_table(
        id INT IDENTITY(1,1),
        name CHARACTER VARYING(255) NOT NULL,
        PRIMARY KEY( id ) 
);

Cependant, quand j'ai essayé d'insérer des données dans my_table, les lignes incrément seulement sur le même numéro, comme ci-dessous:

 id | name | 
----+------+
  2 | anna |
  4 | tom  |
  6 | adam |
  8 | bob  |
 10 | rob  |

Mon insert ressembler à ci-dessous:

INSERT INTO my_table ( name ) 
VALUES ( 'anna' ), ('tom') , ('adam') , ('bob') , ('rob' );

Je suis aussi de la difficulté avec l'entrée de l'id de la colonne de commencer avec 1. Il existe des solutions pour SERIAL type de données, mais je n'ai pas vu toute la documentation pour IDENTITY.
Toutes les suggestions seront très appréciés!

Bizarre. J'ai essayé votre code et je ne vois pas le problème. Les identifiants sont 1-5.
J'ai le même problème lors du chargement d'un fichier csv à partir de s3 de redshift.
Pour l'enregistrement, j'ai le même problème. Étrange la façon dont il n'est pas cohérent. (Je n'ai IDENTITÉ(0,1) comme Jorge dit ci-dessous, mais la seconde étant de 1 devrait être tout ce qui compte. Je me demande si ses régional bug? Je suis sur nous-ouest-2 (Oregon)
J'ai le même problème aussi: CREATE TABLE temp ( id bigint IDENTITY(0,1), val varchar(255) ); INSERT INTO temp (val) values ('a'), ('b'), ('c'); me donne l'ordre croissant de valeurs, en commençant par 0.

InformationsquelleAutor peipei | 2015-03-23

amazon-redshift sql

9

Vous devez définir votre identité comme suit:
```
id INT IDENTITY(0,1)
```
Source: http://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_examples.html

Et vous ne pouvez pas réinitialiser l'id à 0. Vous devrez supprimer la table et de créer de nouveau.

InformationsquelleAutor Jorge
3

Cette question est examinée en détail dans AWS forum.

https://forums.aws.amazon.com/message.jspa?messageID=623201

La réponse de l'AWS.

Réponse courte à votre question est de semences et d'étape ne sont honorés si vous
désactiver la fois le parallélisme et la COMPUPDATE option dans votre COPIE.
Le parallélisme est désactivé si et seulement si vous êtes le chargement de vos données à partir d'un
fichier unique, qui est ce que nous avons l'habitude de ne pas recommander, et donc
sera un scénario improbable pour la plupart des utilisateurs.

Parallélisme des impacts des choses parce que, pour s'assurer qu'il n'y est pas
seul point de discorde dans l'attribution de valeurs d'identité lignes, il n'y
à la fin des lacunes dans l'affectation de la valeur. Lorsque le parallélisme est
désactivé, la charge qui se passe en série, et par conséquent, il n'y a pas de
problème avec l'attribution à différentes valeurs d'id en parallèle.

La raison COMPUPDATE impacts des choses, c'est quand elle est activée, la COPIE est
en fait de faire 2 passes de vos données. Au cours de la première passe, il
en interne incrémente les valeurs d'identité, et comme un résultat, votre
valeur initiale commence avec une valeur plus grande que ce que vous attendez.

Nous allons mettre à jour la doc pour en tenir compte.

Également plusieurs nœuds semble provoquer un tel effet avec colonne d'IDENTITÉ. En substance, il ne peut vous fournir la garantie des Identifiants uniques.

InformationsquelleAutor

Définir votre seed de la valeur à 1 et votre step de la valeur à 1.

Create table

CREATE table my_table(
    id bigint identity(1, 1),
    name varchar(100),
    primary key(id));

Insérer des lignes

INSERT INTO organization ( name ) 
VALUES ('anna'), ('tom') , ('adam'), ('bob'), ('rob');

Résultats

 id | name | 
----+------+
  1 | anna |
  2 | tom  |
  3 | adam |
  4 | bob  |
  5 | rob  |

Pour une raison quelconque, si vous définissez votre seed de la valeur à 0 et votre step de la valeur à 1 alors l'entier va augmenter dans les étapes de 2.

Create table

CREATE table my_table(
    id bigint identity(0, 1),
    name varchar(100),
    primary key(id));

Insérer des lignes

INSERT INTO organization ( name ) 
VALUES ('anna'), ('tom') , ('adam'), ('bob'), ('rob');

Résultats

 id | name | 
----+------+
  0 | anna |
  2 | tom  |
  4 | adam |
  6 | bob  |
  8 | rob  |

InformationsquelleAutor Andrew Fogg

Vous devez vous connecter pour publier un commentaire.