Re-Bonjour,  
 
Je souhaite créer une table avec un identifiant auto-incrémentable. Jusque là tout va bien.  
Ma table est une table Sybase, mais j'ai aucune idée du produit exact.  
 
J'ai trouvé que sur Sybase, Auto Increment ne marche mais il faut utiliser le mot-clé "Identity".
Jusqu'ici tout va bien, j'ai donc simplement essayé :  
 
CREATE TABLE t_test(
      id INTEGER IDENTITY PRIMARY KEY,
      name VARCHAR(10)
)
 
Cela ne fonctionne pas et me donne l'erreur :  
Line 1:
Identity field 'id_test' must be a numeric with a scale of 0 and not null allowed.  
 
Voilà Voilà !!!! J'avoue que j'ai du mal à comprendre le message d'erreur. Quelqu'un a une idée ?
 
Merccccci
Laurent

Tiens, c'est le même code que sur la page SQLZOO http://sqlzoo.net/howto/source/z.d [...] reate.xml.
 
Tiens, le message d'erreur concerne le champ id_test, alors que la table a un champ id mais pas id_test.
 
En tout cas, le champ doit être déclaré NUMERIC plutôt qu'en INTEGER.
Voici un code qui marchera peut-être mieux:

Merci beaucoup olivthill !
 
Effectivement, ca marche, mais je ne connaissais pas le type Numeric... J'avais bien compris qu'il aimait pas les entiers !
 
 
Et oui, j'ai pris le code sur SqlZoo qui est assez pratique.. Je m'en cache pas mais apparament ilf faudrait qu'il change leur exemple
 
Donc merci.....  
Laurent

Pour information, le type Numeric est un type permettant de stocker un nombre en utilisant un système de représentation non numérique en mémoire, mais basé sur une chaîne de caractères.
Il permet donc de stocker des nombres immenses (entre 38 et 40 chiffres selon le SGBD).
Il est donc particulièrement adapté aux clés (avec le type GUID qui n'est supporté que par un nombre limité de SGBD).
 
Le défaut principal du type Numeric (ou Decimal) c'est qu'à cause de sa représentation non numérique, les calculs effectués dessus sont bien plus lents qu'avec un type entier ou float. Pour un ID ce n'est pas dérangeant, puisqu'on fait rarement des calculs sur des identifiants. Deplus, grace à sa précision exacte pour les nombres à virgule, il sera préféré pour tous les champs "financiers" dans une base, afin de pouvoir effectuer des calculs sans problèmes d'arrondis du genre : 2 * 2 = 3.999999999997 qu'on aurait avec float (ici, on s'en fout un peu, je m'écarte du sujet )