Discussion :

[turican2]

Bonjour à tous,

j'ai donc une interrogation sur les clefs primaires et la façon de les modifiers.

J'ai une table créé de cette façon:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
CREATE TABLE `jobs` (
  `id_job` int(11) NOT NULL auto_increment,
  `numero_job` int(11) NOT NULL,
  `etat_traitement` tinyint(1) NOT NULL default '1',
  PRIMARY KEY  (`id_job`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci AUTO_INCREMENT=1;

en faite c'est une sorte de spooler dans lequel je viens mettre un traitement et quand le serveur l'a traité, il vient mettre "etat_traitement" à 0.

Quand l'utilisateur repasse et qu'il constate le traitement fini, il delete le job en cliquant dans une interface web.

Seulement voilà, je me retrouve donc avec des trous de l'autoincrement.

Le soir, je voudrais verrouiller la table et replacer toutes les valeurs de 'id_job' avec des numéros contigus et repositionner la valeur AUTO_INCREMENT à 1 , sinon la prochaine insertion sera à son ancien numéro +1.

Quelqu'un saurait il m'aider ou m'orienter s'il vous plait?

[jeca]

Bonjour,

Si tu fais une recherche sur le forum, tu verras que ce sujet a été traité 50 milliards de fois, et que la réponse est invariable : on ne modifie pas une clé primaire, et de surcroît, cela n'a aucun intérêt.

[turican2]

dire que ça n'a aucun intérêt est tellement simple, peut être ça en à un !!! aux membres confirmés de me répondre :-) .. l'ennui c'est que la réponse donner est toujours la meme que la tienne, pourtant, j'aimerai qu'on m'éclaire un peu.

Cette table va recevoir entre 12.500 > 37.500 lignes 7j/7 > 365j par an.
LE CDC nous donne 20.000 enregistrement jour en moyenne ce qui fait 7.3M en moyenne d'enregistrement annuel.

Je me suis dit peut être à tord qui fallait mieux lire des valeurs petites de mon auto_inc que des valeurs énorme afin de gagner un peu de temps process !! là est peut être mon erreur

j'avoue que je ne sais pas dire si lire 245 en base est aussi rapide que de lire 7300000...

[CinePhil]

Allons un peu plus loin que ta simple question de remise à zéro de ton auto-incrément...

Je me demande à quoi sert ta table...
J'ai l'impression qu'elle est associée à une autre qui décrit le job et que id_job fait office de clé étrangère (même si MyIsam n'en gère pas les contraintes).
A quoi sert alors la clé primaire ?

[jeca]

Une colonne en entier (int) auto-incrémentée non signée peut prendre
4294967295 valeurs. Ceci est stocké sur 4 octets.
Donc :

Cette table va recevoir entre 12.500 > 37.500 lignes 7j/7 > 365j par an.

soit une moyenne de 25000 / jour, ce qui fait 9 125 000 / an.
Tu en as pour grosso modo 470 ans !!!!

Longue vie à toi.

[turican2]

J'ai en faite simplifié mon schéma afin d'avoir une réponse à mes questions techniques sur MySQL.
Après avoir discuter avec des des gens (beaucoup) plus compétant que moi sur le sujet:
1. il s'avère que lire un champ prend exactement le même temps pour lire 245 que 7.000.000 dans la mesure où le serveur lit un type fini d'octets (ici int(11)) et non un chiffre
2. les clefs primaires sont indexé par conséquent, il n'y a pas de surconsommation processeur à lire id_job= 58 puis id_job=59 et id_job=7999... jene l'avais pas deviné non plus.

Ensuite pour approfondir puis ce que finalement c'est essentiellement de ça qu'il s'agit ,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
CREATE TABLE `jobs` (
  `id_job` int(11) NOT NULL AUTO_INCREMENT,
  `numero_job` int(11) NOT NULL,
  `Nom_Media` varchar(255) NOT NULL,
  `etat_traitement` tinyint(1) NOT NULL DEFAULT '1',
  PRIMARY KEY  (`id_job`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci AUTO_INCREMENT=1;

l'idée est de créé un pool de restauration de media:

donc potentillement je me retrouve avec ça:
1 - 1- toto.mpg - (-1)
2 - 1- titi.mpg - (-1)
3 - 2- tutu.mpg - (-1)
4 - 3- lulu.mpg - (-1) etc

j'ai un robot TINA (timenavigator) auquel un process présente les jobs.Quand la restauration est fini, l'état passe à 1 et l'ensemble du job est deleter.

Et enfin pourquoi avoir autant de fichier à restaurer, je n'en sais strictement rien, le CDC nous demande de prévoir surement assez large.