Vous n'êtes pas identifié(e).
Merci
Dernière modification par Lunatic (13-08-2013 09:58:28)
Je suis aussi sur Twitter et nouvellement sur Diaspora*
Mon blog de geekeries : HAL-9000
(J'applique la règle de proximité)
Hors ligne
Un bon croquis vaut mieux qu'un long discours
Pourrais-tu reproduire 2, 3 lignes de chaque table, avec les liens attendus si possible (tu comprends ... mes vieux neurones )
Hors ligne
Dernière modification par Lunatic (10-08-2013 10:05:43)
Je suis aussi sur Twitter et nouvellement sur Diaspora*
Mon blog de geekeries : HAL-9000
(J'applique la règle de proximité)
Hors ligne
Dernière modification par johan (10-08-2013 15:03:48)
Hors ligne
Hors ligne
Ça va en effet alléger le code
***
Du coup, j'enchaîne immédiatement sur une autre question : conseillez-vous de réserver l'usage des classes pour les projets d'ampleur, ou au contraire de systématiser leur utilisation, même pour des petits projets ? Je lis des choses un peu différentes à ce sujet : d'un côté, il est dit qu'on peut très bien se passer de l'orienté objet et qu'il faudrait réserver ce dernier à des projets sur lesquels bossent plusieurs codeurs, de l'autre, que son utilisation est toujours profitable, ne serait-ce parce qu'on ne sait pas comment va évoluer le projet…
Bref, je serais curieux d'avoir vos avis là-dessus.
Je suis aussi sur Twitter et nouvellement sur Diaspora*
Mon blog de geekeries : HAL-9000
(J'applique la règle de proximité)
Hors ligne
Hors ligne
Marilou écrit :
j'enchaîne immédiatement sur une autre question
Ah mais non ah mais non, ouvre une nouvelle discussion (avec éventuellement un lien vers celle-ci...) et met celle-là en résolu dans l'titre !
Non meh oh !
Malin c'est résolu... Y fô l'mettre dans le titre ! Regarde ici.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Marilou écrit :
j'enchaîne immédiatement sur une autre question
Ah mais non ah mais non, ouvre une nouvelle discussion (avec éventuellement un lien vers celle-ci...) et met celle-là en résolu dans l'titre !
Non meh oh !
Malin c'est résolu... Y fô l'mettre dans le titre ! Regarde ici.
En fait j'avais imaginer utiliser ce fil pour poser des questions de débutant « au fil de l'eau » (d'où le titre), plutôt que de multiplier les sujets sur des « petits trucs » qui ne méritent justement pas un fil à eux seuls. Mais si cette façon de faire ne convient pas, je passe ce sujet en résolu.
Je suis aussi sur Twitter et nouvellement sur Diaspora*
Mon blog de geekeries : HAL-9000
(J'applique la règle de proximité)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Et j'ai ma table itemData qui comporte l'itemID qu'on retrouvait au-dessus (et qui va nous permettre de faire la jointure), le fieldId qui indique le type de champ (par exemple, 110, ça indique un champ de type « titre »), et valueID, numéro unique qui indique le numéro du champ en question.
Tant que je ne voulais qu'une info de cette table, tout allait bien. Par exemple, pour récupérer le « valueID » d'un champ de type titre (110), je fais :
et j'obtiens quelque chose comme ça :
Maintenant, donc, je veux aussi le valueID correspondant à un autre type de champ, disons le numéro 6, et plus seulement 110. Évidemment je me précipite pour ajouter une clause WHERE :
qui n'a pas du tout l'effet escompté, puisque je me retrouve avec un truc comme ça :
Et donc là je ne sais pas quelle est la bonne stratégie (surtout qu'au final, je veux récupérer encore plus de champs) :
- est-ce que je modifie le code Python pour qu'il exécute plusieurs « petites » requêtes SQL avec autant de boucles… (ça marcherait et c'est simple à mettre en place, mais peu élégant me semble-t-il)
- est-ce qu'il y a un moyen de faire ça avec SQL ?
De surcroît ? mais je demande peut-être l'impossible ? il faudrait idéalement que je puisse grouper les résultats (une référence biblio = une ligne de résultat), alors que la table itemData possède plusieurs enregistrement pour 1 seule référence (comme on le voit au dessus). Aussi m'étais-je demandé s'il était possible de faire « comme si » on interrogeait plusieurs fois la même colonne (avec « as »), un truc du genre :
(J'ai fouillé dans la doc, mais vu que je ne sais même pas si c'est faisable…)
Merci à nouveau à ceux qui auront eu le courage de lire
Dernière modification par Lunatic (10-08-2013 23:41:45)
Je suis aussi sur Twitter et nouvellement sur Diaspora*
Mon blog de geekeries : HAL-9000
(J'applique la règle de proximité)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
il faudrait idéalement que je puisse grouper les résultats (une référence biblio = une ligne de résultat), alors que la table itemData possède plusieurs enregistrement pour 1 seule référence (comme on le voit au dessus).
Pourquoi ne pas effectuer une requête avec l'ensemble des informations que tu as besoin puis effectuer sur cette même requête un tri avec un ORDER BY sur ta référence (+ le fieldID si tu veux les récupérer dans le même ordre).
Ainsi dans ta boucle python, tu récupères toutes les informations de la première référence + puis la seconde référence + .....
Lien sur le ORDER BYhttp://www.tutorialspoint.com/sqlite/sq … der_by.htm
Il y a plusieurs stratégies pour traiter ta demande. A toi de voir celle qui te convient le mieux en fonction du besoin (Par exemple en effectuant du multi-requetes).
++
Dernière modification par johan (11-08-2013 09:21:40)
Hors ligne
Je suis aussi sur Twitter et nouvellement sur Diaspora*
Mon blog de geekeries : HAL-9000
(J'applique la règle de proximité)
Hors ligne