[SQL] Jointure non fonctionnelle

Bonjour,

L'url de mon site :
http://twitts.fr/twitts/?action=topurl
ne fonctionne plus, à cause d'une jointure qui fonctionnait bien sur notre ancien serveur dédié.
Ayant changé d'hébergement (le perso sur mutu), cette jointure ne fonctionne plus :

Code:

---

SELECT url,A.id,COUNT(*) as nb FROM lil_urls AS A, lil_urls_clics AS B WHERE B.id_url=A.id AND is_banned!=1 GROUP BY B.id_url ORDER BY COUNT(*) DESC

---

et affiche un :

Citation:

---

debug : #1317 - Query execution was interrupted{"success":false,"error":"
#1317 - Query execution was interrupted<\/div>"}

---

Auriez-vous une idée sur ce qu'il faudrait faire ? Il est vrai qu'il y a plusieurs centaines de milliers d'enregistrements mais ça devrait quand même fonctionner.

Serait-ce un problème de mémoire qui ne permette pas à la jointure de bien fonctionner ?

Merci d'avance pour votre réponse.

Bonne journée.

Bien cordialement,

Et comme ça ?

Code:

---

1 2 3 4 5 6

SELECT url,A.id,COUNT(*) as nb FROM lil_urls AS A JOIN lil_urls_clics AS B ON B.id_url=A.id WHERE is_banned!=1 GROUP BY B.id_url ORDER BY COUNT(*) DESC

---

Merci pour ton aide sabotage. Malheureusement, c'est pareil !
J'ai cru à un moment que cela pouvait venir d'une table crashée mais non !
J'ai aussi testé la jointure différemment mais toujours la même erreur.
Je pense que sur le serveur dédié, il devait y avoir une config différente (dans php.ini) qui permettait d'avoir plus de mémoire (ou autres) que sur un mutualisé d'ovh. :(
Je ne vois pas bien ce que je pourrais faire si ce n'est plusieurs requêtes... ?

C'est une erreur mysql, donc la configuration PHP n'intervient pas.
Je n'ai pas trouvé beaucoup d'infos dessus mais elle serait liée à un trop grand temps d'execution de la requête.

Tu peux essayer comme ça :

Code:

---

1 2 3 4 5

SELECT url,A.id,COUNT(*) as nb FROM lil_urls AS A JOIN lil_urls_clics AS B ON B.id_url=A.id AND is_banned!=1 GROUP BY B.id_url ORDER BY COUNT(*) DESC

---

Assure toi que tes ids sont correctement indexé.

Si ta table utilise Innodb il pourrait être avantageux de la passer en myisam.

salut,

attention sabotage tu es traumatisé par le php... la différence en sql c'est <> pas !=

sinon comme il te montre il vaut mieux en effet utiliser une jointure avec l'écriture utilisant l'opérateur join, qui est optimisée et existe depuis 20 ans!!!

après il faut voir l'explain sur la requête pour voir si tu as mis les index qui vont bien histoire que ça accélère la jointure et la sélection avec le where... ou le on

par contre il vaut mieux toujours préciser le type de jointure (left,inner,cross) pour plus de clarté et bien comprendre les ligne retournées... (jamais utiliser natural, c'est le mal)

en dernier tu sera peut-être obligé de changer de version de mutu car celle du perso est pensé pour plutôt du blog de petite capacité ou un petit site (vitrine, etc...)

Pour le coup j'ai juste recopié mais travaillant souvent avec mysql c'est vrai que je dois moi aussi mettre souvent != .

la plupart des sgbd sont permissifs sur ces opérateurs là c'est pour ça qu'on fait souvent pas gaffe :aie:

Bonsoir,

Malheureusement, toujours la même erreur. Les tables sont bien en myIsam, les champs bien indexés, la jointure est bonne. Le problème vient sûrement du temps d'exécution de requête trop long.

Je vais donc devoir trouver une autre solution : faire plusieurs requêtes par exemple ou revoir mes tables.

Merci quand même pour votre aide.

Bonne soirée.

sans plus d'info on peut pas te dire grand chose...

essaye de tester dans phpmyadmin pour voir le temps d'exécution

passe l'hébergement à la version supérieure...

le perso c'est fait pour quelques dizaines de pages web, tu dois avoir quelque chose comme 1000 sites en parallèle sur une même machine...

j'ai du monté en gamme pour le blog d'une copine que j'hébergeais jusqu'au premium pour te dire (elle avait 3000 à 7000 visiteur jour et 5 années de blog)

en plus le partage des ressources est hyper dépend des autres sites sur la machine quand tu es en mutu...

voir sur un dédié (9€ par mois) avec tout pré-installé et pas forcément beaucoup besoin de connaissance (ça dépend de la distribution choisie)

tu peux aussi te prendre un sqlprivé en plus de ton perso où tu installes la bd qui pose problème si tu veux pas administrer un serveur dédié...