Bonjour,

Est-il possible dans HFSQL de dire que l'ID Automatique démarre à x, sans
avoir à ajouter d'enregistrement bidon bien évidemment ???

J'y vois une grogne et une affirmation gratuite.

Il faut reconnaître que Serge a raison : vous voulez utiliser l'ID Automatique là où vous avez besoin d'une séquence.

Un ID est ce qu'il est, un identifiant unique correspondant à une ligne de votre table. Tout comme on apprend très rapidement en dev qu'il peut y avoir des trous dans les ID, ou que le SELECT MAX(ID) est une erreur, il faut retenir qu'on ne doit y définir aucune règle logique non plus.

Pour gérer une séquence en HFSQL, il serait plus judicieux de créer une table stockant le nom de la table et la valeur de la séquence correspondante, et une paire de procédures stockées pour récupérer la valeur en cours et calculer la prochaine. Ensuite, vous pouvez passer soit par l'appel à ces procédures dans vos requêtes (à l'équivalent du nextval() de pgsql) où passer par des triggers sur la fonction d'INSERT (comme le fait mysql).

bonjour,

question bête, faire ceci ne fonctionnerais pas ?

ALTER TABLE NomDeLaTable AUTO_INCREMENT = 1000

C'est bien ce que je vous dis, vous cherchez à inclure une règle particulière (commencer à 1000 plutôt que 1) dans un type de champ qui n'est pas fait pour recevoir de règles. Le fait que, actuellement, cet ID automatique ressemble à une séquence incrémentée automatiquement est une simple coïncidence et ne doit pas laisser croire que l'on peut agir dessus.

Quitte à ne pas avoir confiance dans les triggers et les procédures stockées, n'ayez pas non plus confiance dans les capacités de HFSQL à stocker vos données de façon correcte et en respectant ACID, et changez tout de suite de SGBD.

@THIERRY TILLIER: Ton idée est intéressante mais non applicable dans mon
cas.

@Benjamin:

Vous tentez de m'expliquer qu'on a le droit de modifier la valeur du
futur ID par code dans une application Windev avec le paramètre
"hfixeIdAuto", qui fait bien ce qu'il doit faire (la valeur suivante la
valeur + 1 de la valeur qu'on vient de fixer) mais que ce n'est pas un
compteur et qu'on ne peut se fier à l'ID Auto pour dire que c'est un
compteur...

Je ne cherche pas à inclure une règle particulière, je cherche à fixer
l'ID sans créer d'enregistrement bidon ce qui n'est juste pas possible.
HFSQL ne permet pas de le faire facilement, je m'en affranchirais en
utilisant une autre base qui sera bien mieux adaptée à mes besoins. Je
regrette juste d'avoir choisi la solution de facilité en pensant que ça
allait le faire.


Je n'ai en effet plus très confiance en HFSQL étant donné les déboires
que j'ai eu à la sortie du moteur C/S et de la journalisation qui vidait
toute la table de ses données. Et ça m'est arrivé plus d'une fois. Quant
aux triggers sur ce SGBD ce n'est qu'une farce pour dire que ça existe.
Les limites sont tellement énormes que je ne vois même pas leur utilité
si ce n'est pour valider que toutes les infos sont bien là avant de
valider l'enregistrement.

Encore une fois je le répète, HFSQL peut avoir son intérêt dans des
petits projets non sensibles. Pour le reste ce n'est la base que je
choisis et je m'en mords les doigts aujourd'hui. La facilité me rend la
vie bien plus compliquée aujourd'hui.

Bref je clos le sujet. Ca ne sert plus à rien de s'étendre là-dessus. Je
ne ferais pas 2 fois la même erreur et je vous laisse en grands maîtres
de la BDD utiliser ce que bon vous semble.

--
Cordialement,

Philippe SAINT-BERTIN