Pb ordre insertion - Mysql

Version imprimable

04/06/2007, 11h16
lhpp

Pb ordre insertion - Mysql

Bonjour à tous,

J'ai un problème assez simple mais je ne sais comment le résoudre. J'utilise une appli java pour lire et écrire des infos dans une base mysql (easyPhp 1.8).

Lorsque j'insère des données, je lis un tableau de mon interface graphique (une jXtable) et je réalise des INSERT inclus dans une boucle While parcourant les lignes du tableau. Avant d'effectuer chaque requete, je l'affiche à l'écran afin d'observer l'ordre dans lequel elles sont faires.

A la lecture des informations, j'obtiens les memes données, dans mon tableau, mais l'ordre est changé.

J'ai regardé en base par phpmyAdmin et effectivement, l'ordre d'insertion n'est pas respecté. Il y a une incohérence entre l'ordre des requetes INSERT et l'ordre où les tuples sont stockés.

Comment corriger ce problème ?
Merci de votre aide.
04/06/2007, 11h24
Roy Miro
Bonjour,
Comment tu parcours les entrées de la table? Avec l'instruction

Code:

.next()

?
Si c'est le cas fait attention avant de lancer ton parcours, fait
Code:

1 2 resultset.beforeFirst()
pour être sûr d'avoir le "pointeur" (sur ta table) qui pointe avant la 1ère entrée.
Car je pense que ton problème vienne du fait que le "pointeur" ne se trouve pas avent le début de ta table. Ainsi ton application traite d'abord une autre ligne que la première.

effectivement, je la parcours avec des .next():
Code:

1 2 3 4 5 6 7 8 9 base=new GestionBD(ParamBase); sRequete = "SELECT * FROM ma_table WHERE id = '"+sCurId+"'"; base.requeteSelect(sRequete); res = base.getRS(); while(res.next()) { affiche les valeurs }
J'ai tenté le "res.beforeFirst()" avant la boucle while, mais ca ne change rien. Et ce que je trouve bizarre, c'est qu'a la lecture de ma table dans phpmyadmin, je vois bien un ordre inversé.

L'ordre que je vois dans phpmyadmin correspond à l'ordre d'affichage lors de la lecture des valeurs. Je pense donc que le mélange se fait lors de l'insertion des données. Mais pourquoi....

04/06/2007, 11h34
CyberChouan

Là c'est dû à ta méthode d'insertion... Si tu ne nous donnes pas ton code d'insertion, on va avoir du mal à te répondre

La partie de code d'insertion:

Code:

1
2
3
4
5
6
7
8
9
 
base=new GestionBD(ParamBase);
for( int iCpt = 0; iCpt < jXTable.getRowCount(); iCpt++ )
{
    sRequete = "INSERT INTO ma_table values('"+_modelCatalogue.getValueAt(iCpt,6)+"','"+jComboBox_Kits.getSelectedItem().toString().trim()+"','"+jXTable.getValueAt(iCpt,0).toString().trim()+"','"+sFormateDescr(jXTable.getValueAt(iCpt,1).toString().trim())+"','"+jXTable.getValueAt(iCpt,3).toString().trim()+"','"+jXTable.getValueAt(iCpt,4).toString().trim()+"')";
    System.out.println("la requete: "+sRequete);
    base.requete(sRequete);
}
base.close();

04/06/2007, 13h54
chtig

Oui mais on a aussi besoin de ta méthode requete de GestionBD ...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
 
public GestionBD(String[] parametres) throws Exception 
{   
       Class.forName("com.mysql.jdbc.Driver");
       try
       {
           connection = DriverManager.getConnection("jdbc:mysql://"+parametres[0]+":3306/"+parametres[1],parametres[2],parametres[3]);
       }
       catch(Exception e)
       {
            System.out.println("exception en cours!!!");
            throw e;
       }
       finally
       {
 
       }
 }
 
public void close()  throws SQLException 
   { 
       connection.close(); 
   }
 
   public void requete(String query) throws SQLException
   {
       Statement stmt = connection.createStatement();
       stmt.execute(query);
       stmt.close();
   }
 
   public ResultSet getRS()
   {
       return rs;
   }
 
 
   public void requeteSelect(String query) throws SQLException 
   {
       Statement stmt = connection.createStatement();
       rs = stmt.executeQuery(query);
   }

J'espere avoir tout envoyé. J'ai entendu parler du autoIncrement ? est ce que ca pourrait arranger les choses ? Comment se met il en place ?

04/06/2007, 14h14
chtig

A priori ton code est bon ...
Mais

Citation:

J'ai regardé en base par phpmyAdmin et effectivement, l'ordre d'insertion n'est pas respecté

ça veut dire quoi ?
C'est quoi ta clé primaire ? Comment sont triées les données de la table ?
04/06/2007, 14h42
lhpp

Ben en fait je n'ai pas défini de clé primaire. La table permet de stocker une liste de matériel et est constituée ainsi:

id_commande;type_materiel;reference_materiel;nom_materiel;quantite_materiel;prix_unitaire;

par exemple, un marteau est un outils référencé "4435" coutant 13€. M. xyz de numéro de commande "12345" en achete "2". Cela sera inscrit en base:

"12345";"outils";"4435";"marteau";"2";"13";

Pour répondre à la question de comment je le vois, tout simplement en affichant la table dans easyphp. Les lignes sont écrites en fin de tables.
Reprenant le meme exemple que précédemment, admetons que M. xyz commande 1 marteau, 1 tournevis et 2 scies, l'appli java affiche a l'écran, d'apres les lignes de codes citées précédemment:

la requete: INSERT INTO ma_table values('12345', 'outils', '4435', 'marteau', '1', '13')";
la requete: INSERT INTO ma_table values('12345', 'outils', '1346', 'tournevis', '1', '7')";
la requete: INSERT INTO ma_table values('12345', 'outils', '7324', 'scie', '2', '35')";

Par contre, la visualisation dans easyphp, en fin de table "ma_table" me donne les lignes suivantes:

"12345";"outils";"1346";"tournevis";"1";"7";
"12345";"outils";"4435";"marteau";"1";"13";
"12345";"outils";"7324";"scie";"2";"35";
04/06/2007, 15h14
chtig

Ben sans clé primaire, je ne sais pas comment easyphp te restitue les lignes ... Mais il y a toujours un ordre...
D'après ce que tu mets, on dirait qu'il te les trie alphanumérique de gauche à droite ...
C'est bien toujours le cas ?
Si oui, ça ne veut pas dire que les lignes n'ont pas été insérées dans l'ordre ... Mais simplement que cette notion d'ordre d'insertion n'est pas qqchose qui existe en base "par défaut", et que donc tu perds cette information en stockant les lignes.
Si tu veux la garder, il faut que tu rajoutes une clé primaire à ta table avec un entier autoincrément ... (cf doc mysql pour ça) et dans ce cas sans changer ton code tu auras les lignes dans le "bon ordre"
04/06/2007, 15h38
lhpp

A priori, apres avoir consulté mes lignes dans ma table, il n'y a pas d'ordre alphanumérique. C'était un hasard pour l'exemple que j'ai donné.

Je vais donc ajouter une clé primaire avec autoIncrément comme tu me l'as conseillé. Je peux faire ca directement dans easyphp sans passer par mon code java ?

Car j'ai essayé de rajouter un champ directement depuis phpmyadmin, en mettant en attribut extrat le "autoIncrement".

A la visualisation de la table dans phpmyadmin, j'ai bien un numéro autoincrémenté dans la colonne que je viens de créer. Mais désormais, mon code plante, il ne retrouve plus les bonnes colonnes du fait que j'en ai rajouté une.

Cela veut dire que le fait de rajouter une autoincrementation n'est pas transparent pour le code. Si c'est le cas, j'ai aussi vite fait de générer moi meme le numéro indiquant l'ordre d'insertion des tuples.
04/06/2007, 16h13
chtig
Non c'est pas top du tout de gérer toi même ce numéro, tu risquerais d'avoir des problèmes en cas d'accès concurrent.
Désolé je n'avais pas vu, effectivement il faut légèrement changer ton code, ou plutôt ta requête sql
Remplace
Code:

1 2 INSERT INTO ma_table values ...
par
Code:

1 2 INSERT INTO ma_table (champ1,champ2,champ3,...) values
04/06/2007, 16h33
lhpp

Ok merci. Il va donc falloir que je modifie toutes les requetes "insert" correspondant à cette table. C'est dommage que cela ne soit pas plus transparent, ca m'aurait arrangé !!!:roll:

C'est étrange que les insertions ne se fassent pas tout betement les unes apres les autres, ca aurait été bcp plus simple !

Merci de ton aide.
04/06/2007, 16h52
chtig

Elles se font bien les unes après les autres ... le seul souci c'est la restitution (cet ordre n'est pas stocké en base).

Les changements dans ton code, c'est du à mon sens à la "mauvaise" utilisation de insert. Pour moi, il faut toujours préciser les colonnes, sinon effectivement à la moindre modif de la table badaboum !