Salut tout le monde,
J'aurais besoin d'un peu d'aide, je vous explique :
Alors voila j'ai le code suivant qui me constitue un array ($negoce) :
http://pastebin.com/WqCXmSJg
(Je peux récupérer sans soucis)
Ce que je souhaiterai c'est pouvoir ordonner ce tableau selon le 'negoce[$i][prix]' seulement je n'y parvient pas.
J'ai fais qqes recherches sur google (et vais continuer), j'ai test les array_multisort et consort, mais rien ne veux fonctionner.
Donc si qqun a une piste, voir même une solution, je suis preneur !
Merci à ceux qui prennent le temps de me lire/répondre !
Ajoute un order by à ta requête, tu itèreras dans l'ordre voulu et donc, par automatisme, remplira ton tableau dans ce même ordre
évite de faire les requêtes dans des boucles php.. question perf c'est nul et c'est une très mauvaise pratique.
C'est vrai que j'avais pas regardé le reste du code... fais gaffe à ça en effet.
Je bosse sur des projets qui tapent plusieurs centaines de requêtes par page et c'est un bordel à débugger et maintenir.. conseil d'ami. ![]()
Le 26 janvier 2017 à 23:02:24 Ebara a écrit :
C'est vrai que j'avais pas regardé le reste du code... fais gaffe à ça en effet.
Je bosse sur des projets qui tapent plusieurs centaines de requêtes par page et c'est un bordel à débugger et maintenir.. conseil d'ami.
Faudrait dans ce cas peut-être songer à tout précalculer et mettre dans des indexes, ou opter pour des batchs car si ça ralentit le temps de réponse c'est pas le top non plus ![]()
Le 26 janvier 2017 à 23:13:13 HowItWorks a écrit :
Le 26 janvier 2017 à 23:02:24 Ebara a écrit :
C'est vrai que j'avais pas regardé le reste du code... fais gaffe à ça en effet.
Je bosse sur des projets qui tapent plusieurs centaines de requêtes par page et c'est un bordel à débugger et maintenir.. conseil d'ami.Faudrait dans ce cas peut-être songer à tout précalculer et mettre dans des indexes, ou opter pour des batchs car si ça ralentit le temps de réponse c'est pas le top non plus
C'est actuellement ma mission au taff. ![]()
Sinon y'a pas une méthode pour order l'array?
En fait, in fine, le but c'est de pouvoir faire une moyenne des prix de transports, l'ajouter au prix de la marchandise et ordonner du prix global le moins onéreux au plus onéreux. Voilà pourquoi je veux sort l'array et pas ma requête. (et je ne peux pas faire une requête unique, étant donné qu'il y a plusieurs prix de transports pour un produit provenant de la même source.)
(Si j'suis pas clair, hésitez pas, je précise).
Par contre, je ne comprend pas comment je pourrais faire pour sortir mes requetes de trajet et prix trajet de la boucle, celle-ci demandant des arguments justement présent à l'intérieur de la-dite boucle. Si quelqu'un peux m'éclairer?
Et déjà merci à tous pour vos réponses !
Bon ben j'suis bête...
La solution était sur la page de manuel de SORT http://php.net/manual/fr/function.sort.php (la première note).
Résolu donc !
Maintenant si quelqu'un peux m'éclairer pour les requêtes dans les boucles, je suis preneur !
Le 27 janvier 2017 à 09:32:18 diabolo09 a écrit :
Sinon y'a pas une méthode pour order l'array?En fait, in fine, le but c'est de pouvoir faire une moyenne des prix de transports, l'ajouter au prix de la marchandise et ordonner du prix global le moins onéreux au plus onéreux. Voilà pourquoi je veux sort l'array et pas ma requête. (et je ne peux pas faire une requête unique, étant donné qu'il y a plusieurs prix de transports pour un produit provenant de la même source.)
(Si j'suis pas clair, hésitez pas, je précise).
Par contre, je ne comprend pas comment je pourrais faire pour sortir mes requetes de trajet et prix trajet de la boucle, celle-ci demandant des arguments justement présent à l'intérieur de la-dite boucle. Si quelqu'un peux m'éclairer?
Et déjà merci à tous pour vos réponses !
Rien qu'en lisant ça je peux t'affirmer que la solution retenue n'est pas scalable et fournira des problèmes de perf si ton site connait une forte audience.
Renseigne-toi sur les moteurs d'indexation (type elastic search), et construis des indexes adaptés qui contiennent des prix précalculés, qui te permettront de retourner des résultats ordonnés à moindre coût.
Ouaip je vois vite fait les moteurs d'indexation.
L'ennui de precalculer c'est que ces moyennes peuvent varier en fct de bcp de paramètre, d'exception definies par l'utilisateur, de rupture de stock ou de manque de flotte. Ca ferait donc un nombre d'écriture très importante en bdd (a mon avis on explose les 5000lignes/jours easy, je sais pas si ça peu poser problème?)
Et c'est du backoffice, dans les faits y'aura jamais plus de deux user en simultané.
Je ne dis pas que ta solution n'est pas meilleure, loin de la, mais malheureusement je suis pas le boss, c'est déjà devisé, bien avancé et la deadline approche, je suis donc un peu pressé par le temps.
Sinon pr les requêtes dans les boucles t'as pas une idée? (parce que oui ça m'intrigue !)
Merci d'avoir pris le temps de me répondre en tt cas !
Le 27 janvier 2017 à 16:11:52 diabolo09 a écrit :
Ouaip je vois vite fait les moteurs d'indexation.L'ennui de precalculer c'est que ces moyennes peuvent varier en fct de bcp de paramètre, d'exception definies par l'utilisateur, de rupture de stock ou de manque de flotte. Ca ferait donc un nombre d'écriture très importante en bdd (a mon avis on explose les 5000lignes/jours easy, je sais pas si ça peu poser problème?)
Et c'est du backoffice, dans les faits y'aura jamais plus de deux user en simultané.
Je ne dis pas que ta solution n'est pas meilleure, loin de la, mais malheureusement je suis pas le boss, c'est déjà devisé, bien avancé et la deadline approche, je suis donc un peu pressé par le temps.
Sinon pr les requêtes dans les boucles t'as pas une idée? (parce que oui ça m'intrigue !)
Merci d'avoir pris le temps de me répondre en tt cas !
En lisant les posts j'en avais déduit à tord qu'il s'agissait d'un site de e-commerce.
S'il s'agit d'un back-office utilisé par 2 personnes, inutile d'appliquer des méthodes de développement adaptées à une architecture fort trafic (ça serait sortir l'artillerie lourde pour ne pas en voir les bénéfices).
Pour les requêtes dans les boucles c'est à éviter en effet. Ca peut être via création d'une grosse requête (attention tout de même aux query slow), via une autre façon de calcul etc..
Mais bon s'il s'agit juste d'un BO, les contraintes de perf sont moins critiques que dans le cas d'un site B2C...
Ouaip, c'est un simple BO d'aide a la négoce et d'encodage de commande.
Pour les requêtes OK, je vois le principe, mais dans ce cas précis, est-ce que ça peut fonctionner (sorry d'insister mais j'aime bien comprendre pour l'avenir) ?
Je m'explique :
Le but du script est de récupérer les prix de la marchandise sélectionnée, ces prix varient en fonction des couple fournisseur/site de chargement d'ou provient la marchandise.
Ma première requête ($req) me permet de récupérer l'ensemble de ces prix.
La seconde requête($reqt) (ne pouvant me renvoyer qu'un seul résultat, c'est secure en amont) me permet de déterminer le trajet du site de chargement à l'acheteur.
Ces trajets sont stockés en BDD, et dans une table inter, liés aux transporteurs avec un prix associé. (il y a donc plusieurs transporteurs pouvant effectuer le trajet avec un prix différents)
Ma troisième requête ($reqf) me permet de récupérer tous les transporteurs pouvant effectuer le trajet et le prix associé.
L'ensemble des transporteur effectuant le trajet doit être affiché (pour des question de disponibilité ou délai, le moins onéreux n'est pas forcément le choix final).
Existe-t-il donc un moyen de construire une requête afin qu'elle me retourne un array dans lequel je pourrais récupérer ces multiples transporteurs?
Du style :
Array {
-Fournisseur : nomdufourn
-Site de chargement : nomdusite
-Transporteurs (multiples entrées):
----Transporteur : nomdutransporteur
----Prix : prixdufrêt
}
Et encore une fois, merci pour ta réponse éclairée ;) !