Table contenant les compteurs des identifiants des tables auteurs, articles, rubriques

Général
1

Bonjour,

Dans quelle table ou quel fichier se trouvent les compteurs utilisés lors de la création d'un auteur, d'un article, rubrique, ...

Merci

2

Pierre Roger a écrit :

Bonjour,

Dans quelle table ou quel fichier se trouvent les compteurs utilisés lors de la création d'un auteur, d'un article, rubrique, ...

Merci
_______________________________________________

Bonjour,

spip_auteurs, spip_articles, spip_rubriques. id en auto-incrément

BB

3

Merci Bernard pour ta réponse,

J’ai fait des essais sur ma table des auteurs et le compteur redémarre au numéro 550++ alors que je veux refaire une insertion après suppression des auteurs déjà insérés mais en partant avec le dernier numéro utilisé avant mes essais.

Y a -t-il un moyen pour faire repartir avec le numéro souhaité ?

Le 1 sept. 2009 13:50, Bernard Blazin bernard.blazin@free.fr a écrit :

Pierre Roger a écrit :

Bonjour,

Dans quelle table ou quel fichier se trouvent les compteurs utilisés lors de la création d’un auteur, d’un article, rubrique, …

Merci

Bonjour,

spip_auteurs, spip_articles, spip_rubriques. id en auto-incrément

BB

4

pierroger@gmail.com a écrit :

Y a -t-il un moyen pour faire repartir avec le numéro souhaité ?

depuis phpmyadmin, tu peux tenter d'exécuter la commande sql :
   ALTER TABLE spip_truc AUTO_INCREMENT xxx;

mais il te faut bien vérifier la valeur que tu vas donner à 'xxx' !!!
ce n'est *pas* le nombre d'enregistrements !
mais bien le numéro immédiatement supérieur au plus grand id_ de la table.

5

bonjour,
y a as d'incidences dans les jointures basées sur l'id dans d'autres tables ?
cordialement

denisb a écrit :

pierroger@gmail.com a écrit :

Y a -t-il un moyen pour faire repartir avec le numéro souhaité ?

depuis phpmyadmin, tu peux tenter d'exécuter la commande sql :
  ALTER TABLE spip_truc AUTO_INCREMENT xxx;

mais il te faut bien vérifier la valeur que tu vas donner à 'xxx' !!!
ce n'est *pas* le nombre d'enregistrements !
mais bien le numéro immédiatement supérieur au plus grand id_ de la table.

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

--

Signalez vos spams d'un simple clic. www.signal-spam.fr <https://www.signal-spam.fr/&gt;

6

bobof a écrit :

y a as d'incidences dans les jointures basées sur l'id dans d'autres tables ?

ah ben faut savoir ce qu'on fait aussi.

ça redéfini l'id de départ pour les *prochains* auto-incements
donc ceux 'à venir.

les anciens ne sont pas touchés.

pas d'incidence donc, *sauf* si le ménage a été mal fait :
par exemple suppression d'entrées de la table spip_auteurs
sans suppressions des entrées liées (par l'id_auteur) dans
la table spip_auteurs_articles...

à partir du moment où on joue directement avec les requêtes sql
que ce soit par script ou depuis phpmyadmin, il faut
vraiment savoir ce que l'on fait ; il n'y a que trés rarement
possibilité de revenir en arrière.

7

bonjour,
merci pour tes précisions, j'ai encore des zones d'ombres avec certaines requêtes sql et phpmyadmin.
Cordialement

denisb a écrit :

bobof a écrit :

y a as d'incidences dans les jointures basées sur l'id dans d'autres tables ?

ah ben faut savoir ce qu'on fait aussi.

ça redéfini l'id de départ pour les *prochains* auto-incements
donc ceux 'à venir.

les anciens ne sont pas touchés.

pas d'incidence donc, *sauf* si le ménage a été mal fait :
par exemple suppression d'entrées de la table spip_auteurs
sans suppressions des entrées liées (par l'id_auteur) dans
la table spip_auteurs_articles...

à partir du moment où on joue directement avec les requêtes sql
que ce soit par script ou depuis phpmyadmin, il faut
vraiment savoir ce que l'on fait ; il n'y a que trés rarement
possibilité de revenir en arrière.

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

--

Signalez vos spams d'un simple clic. www.signal-spam.fr <https://www.signal-spam.fr/&gt;

8

Merci Desnisb

Je n'avais pas pensé à l'instruction ALTER

Ce sont de nouveaux visiteurs plutôt que rédacteurs qui doivent se connecter pour aller sur un intranet fait avec Acces Restreint par Groupe

denisb a écrit :

bobof a écrit :

y a as d'incidences dans les jointures basées sur l'id dans d'autres tables ?

ah ben faut savoir ce qu'on fait aussi.

ça redéfini l'id de départ pour les *prochains* auto-incements
donc ceux 'à venir.

les anciens ne sont pas touchés.

pas d'incidence donc, *sauf* si le ménage a été mal fait :
par exemple suppression d'entrées de la table spip_auteurs
sans suppressions des entrées liées (par l'id_auteur) dans
la table spip_auteurs_articles...

à partir du moment où on joue directement avec les requêtes sql
que ce soit par script ou depuis phpmyadmin, il faut
vraiment savoir ce que l'on fait ; il n'y a que trés rarement
possibilité de revenir en arrière.

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc