PHPfrance

la communauté d'entraide francophone dédiée au PHP

Base de données lourdes

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Base de données lourdes

Re: Base de données lourdes

par devlop78 » 12 août 2011, 01:16

Ok. Mais quels sont les index et les contraintes référentielles ?

Re: Base de données lourdes

par ouckileou » 11 août 2011, 23:49

La structure des tables n'est-elle pas en lien dans le premier post? http://www.imgplace.com/viewimg810/584/37sansre.png :)

Re: Base de données lourdes

par Cyrano » 06 août 2011, 09:24

les DESC ? Descriptions ?
:shock: Ouvre un client mysql en ligne de commande, sélectionne une base ( USE nom-de-la-base; ) et ensuite, choisis une table et fais « DESC nom-de-la-table; », tu comprendras mieux de quoi je parle ;)

Re: Base de données lourdes

par devlop78 » 06 août 2011, 04:46

les DESC ? Descriptions ?

Re: Base de données lourdes

par Cyrano » 04 août 2011, 17:19

Un auto_increment ne renumérote pas en repartant de 0 (ou tout du moins du plus petit chiffre libre) en cas de dépassement ?
Auquel cas il n'est pas très judicieux d'utiliser max je trouve non ?
C'est pas du tout hors-sujet, ça pourrait être un problème. Mais pour qu'il y ait un dépassement du maximum sur un auto_increment, il faut pas mal plus de 40000 lignes de données. Quoique ça dépend du type utilisé pour la colonne bien entendu, c'est sûr qu'avec un SMALLINT, on s'exposerait à des surprises désagréables

C'est pour ça que je demande les DESC des tables.

Re: Base de données lourdes

par xTG » 04 août 2011, 17:14

tes clés primaires sont en AUTO_INCREMENT, l'utilisation de MAX au lieu de last_insert_id sera à mon avis plus efficace.
[HS]
Un auto_increment ne renumérote pas en repartant de 0 (ou tout du moins du plus petit chiffre libre) en cas de dépassement ?
Auquel cas il n'est pas très judicieux d'utiliser max je trouve non ?
[/HS]

Re: Base de données lourdes

par Cyrano » 04 août 2011, 16:48

Le probléme peut etre un probleme materiel ??????
Sûrement pas, à mois que ton serveur tourne sous Windows 3.1 avec 16Mo de Ram ? :P

Non, c'est certainement un problème d'architecture dans la base de données et de requête mal optimisée. Mais sans avoir le modèle de données et la requête lente, difficile d'être plus explicite. Essaye avec le client en ligne de commande, la requête d'abord histoire de voir comment ça répond par là et ensuite la même avec un EXPLAIN et poste le résultat de l'EXPLAIN (incluant la requête utilisée) ici, on verra peut-être des trucs à modifier ou corriger. Envoie donc aussi un DESC des tables utilisées dans la requête, il y a peut-être des soucis là aussi..?

Re: Base de données lourdes

par lambo89 » 04 août 2011, 16:32

Hé ben... tu allumes pas vite toi :shock:

Pourquoi penses-tu que je te pose cette question ? Pour faire joli ou pour avoir l'air cultivé ?
Tu dis que ça plante, je traduit que tu obtiens une erreur, donc un message d'erreur ou autre chose. Ce serait utile de donner des précisions si tu veux de l'aide, sinon tu vas décourager ceux qui te lisent et tu vas te retrouver tout seul pour de dépatouiller...

Petite note au passage : tu parles de « base lourde » avec tes tables contenant 40 000 lignes. C'est de la petite bière ça, il existe des système d'information utilisant MySQL avec des tables comptant plusieurs millions de lignes, on est assez loin des 40 000, et ça peut répondre pourtant assez vite.
j'ai rajouté les index manquant sur les champs de ma select et les alias"suivant ton exemple"=> le resultat est affiché en 2minute 01sec , ce qui est loin d'etre une recherche instantané.

Mysql peut gerer les tables de 1000K , je sais ca, mais tout depend de la performance de la machine aussi nn?

Le probléme peut etre un probleme materiel ??????

Re: Base de données lourdes

par Cyrano » 03 août 2011, 17:30

Hé ben... tu allumes pas vite toi :shock:

Pourquoi penses-tu que je te pose cette question ? Pour faire joli ou pour avoir l'air cultivé ?
Tu dis que ça plante, je traduit que tu obtiens une erreur, donc un message d'erreur ou autre chose. Ce serait utile de donner des précisions si tu veux de l'aide, sinon tu vas décourager ceux qui te lisent et tu vas te retrouver tout seul pour de dépatouiller...

Petite note au passage : tu parles de « base lourde » avec tes tables contenant 40 000 lignes. C'est de la petite bière ça, il existe des système d'information utilisant MySQL avec des tables comptant plusieurs millions de lignes, on est assez loin des 40 000, et ça peut répondre pourtant assez vite.

Re: Base de données lourdes

par lambo89 » 03 août 2011, 17:22

Oui tjs pareil sa plante...
Ça, c'est le type même de réponse inutile parce qu'on a absolument aucune information permettant d'orienter la recherche vers une solution quelconque... :-k

Comment testes-tu tes requêtes ? phpMyAdmin, client MySQL en ligne de commande ou autre élément ?
j'utilise phpmyadmin pour tester directment sur le serveur et navicat Premium sur ma machine local


Merci

Re: Base de données lourdes

par Cyrano » 03 août 2011, 16:58

Oui tjs pareil sa plante...
Ça, c'est le type même de réponse inutile parce qu'on a absolument aucune information permettant d'orienter la recherche vers une solution quelconque... :-k

Comment testes-tu tes requêtes ? phpMyAdmin, client MySQL en ligne de commande ou autre élément ?

Re: Base de données lourdes

par lambo89 » 03 août 2011, 16:51

Tu as testé la requête que j'ai suggéré ?
Oui tjs pareil sa plante,j ai fait un explain , et la consomation importante du temps se localise a l'ouverture des tables et leur fermeture.

Re: Base de données lourdes

par Cyrano » 03 août 2011, 15:09

Tu as testé la requête que j'ai suggéré ?

Re: Base de données lourdes

par lambo89 » 03 août 2011, 15:06

Merci , mais j ai eu cette reponse:

Subquery returns more than 1 row
Ça, ce n'est en principe pas possible si ta colonne UserID est bien en PRIMARY KEY :shock:
j'ai verfié :) UserID est bien en PRIMARY KEY , j'ai gardé et sa affiche le resultat si j'ai 30 enregistrement

Code : Tout sélectionner

WHERE users.UserID IN (select last_insert_id(UserID) from users) AND telephone.telephone IN (select telephone FROM telephone where telephone like '%$search%') ORDER BY users.USERID DESC LIMIT 1 ;


mais apres avoir impoter le reste de la base >40000 sa plante.

Si je change de serveur plus performant ca peut résoudre le probleme?

merci

Re: Base de données lourdes

par Cyrano » 03 août 2011, 14:44

Merci , mais j ai eu cette reponse:

Subquery returns more than 1 row
Ça, ce n'est en principe pas possible si ta colonne UserID est bien en PRIMARY KEY :shock: