Reprise du message précédent :

 
non mais la tu aurais du rien dire, vraiment  

php

j'ai pas compris pourquoi c'etait si con que ca ce que chacal a dit

AH! CAUS' DES GARçONS !

parce que l'index n'influence pas le "select" mais le "where" ?
 
 
 
 
(en fait chuis pas 100% sûr non plus, par contre ce dont je suis sur c'est que son explication vaut pas tripette )

Bin moi j'l'ai surtout pris au 2d degré, ce que visiblement certains ici ne savent pas faire

 
bin je sais pas, parce que pour retourner l'element avec le SELECT faut deja bien le retrouver en base, et donc un index permettrait de le retourner plus vite
 
enfin bon

A flock of Seagulls rulez !

euh, chuis encore moins convaincu là d'un coup.

personnelement au rayon BD je m'estime aussi vaincu que con

Moi je vois pas l'intérêt de l'index sur un champ qui peut prendre une 50aine de valeurs différentes seulement dans une table ayant 1000000 d'enregistrements...

+1, surtout "I ran"
elle est d'ailleurs présente dans Vice City, c'est toujours un bonheur d'éclater une voiture de flics en écoutant ce truc

tu sais, j'ai vu des index sur des champs booléens

Surtout la pub de GTA-VC (une vraie petite bande-annonce) était géniale, avec les voitures, les bateaux, les strippeuses, le mec cool avec sa chemise Hawaienne, et "And I raaaaaannnn.... I ran so far awaaaayyyyyy" en musique de fond...

I walked along the avenue
I never thought I'd meet a girl like youu ouuu ouuu
Meet a girl like youuu ouuuu ouuuu
 
And I raaaa aaaa aan
I ran so far away aaaay aaaay
I just  raaaa aaa aan
I couldn't get away aaay aay

du bonheur à l'état pur    

 
c'est un florilège! Merci mwinmwin d'avoir posé cette question. Merci à toute l'équipe pour sa participation active. Sans elle rien n'aurait été possible . Mentionnons chacal, harko, chris, uriel
 
n'empeche, que je vois pas en quoi le LIMIT devrait ralentir le select , ni même en quoi la réponse de chacal est stupide. Dans l'exemple de moins moins c'est surement pas une bonne idée. Mais dans l'absolu c'est quand même a ca que servent les index .  
 
Etant moi aussi une bite en bdd , n'hesistez pas à reprendre mes propos et à alimenter ce fil puant

kikooo
 

bah oui
 
mais non
En France, on protège aussi les gens contre eux-même (ceinture de sécurité, etc.) Tu peux aller dans un pays anglo-saxon si tu veux ta liberté totale.

Le débat est épineux : faut-il laisser faire des heures supplémentaires aux gens, permettant ainsi aux boîtes de bien niveler les salaires par le bas, ou faut-il bloquer les heures supplémentaires, laissant ainsi les petits salaires dans la merde ? Passke le smicard de base, sans ses heures supplémentaires d'avant la réforme des 35h, il a plus de mal à boucler la fin de mois, faut voir ça aussi.
 
'fin ch'ais pas, c'était juste pour relancer le troll, passke c'est vendredi

euh... bosser 40 heures c'est quand même achté moins dangereux que de rouler sans ceinture non?
(en fait le monsieur te dit qu'il voit pas le rapport)

on monte le smic

'tain mais c'est hallucinant, y'a des centaines de trucs cohérents entre eux dont je suis le seul à voir la cohérence. Je me demande si je suis pas Jupiterien.

fait un  
"explain ta_requete" et affiche nous le resultat.
 
edit: ha ben non, apparement t'es pas sous mysql.

comment tu empeches le patron de te forcer a bosser plus si tu en as pas envie?
parce que lui il y gagne plus si ses employe bossent plus (meme si ils gagnent plus) que d'embaucher quelqu'un d'autre.

le LIMIT avait ralenti des tests que j'avais réalisé à l'époque sur MySQL 3. maintenant, c'est peut etre pas le seul responsable, je faisais juste part d'une mauvaise expérience que j'avais eue avec, c'est tout
 
quant aux index, ils sont bien pratiques pour accélerer les recherches, s'ils sont utilisés judicieusement. si on suit la logique de Chacal, on doit foutre des index sur chaque champ constituant le SELECT, ce qui est une connerie monumentale pour plusieurs raisons :
 
- un index ralentit les opérations d'INSERT, UPDATE, DELETE
 
- c'est pas parce que tu as un index sur une colonne que celui sera forcément utilisé. pour qu'il soit utilisé dans un WHERE, il faut que le contenu de la colonne sélectionnée soit présent dans le champ  sans aucune transformation.
si tu as un index sur une colonne "montant" et que tu fais un truc genre  
SELECT Transaction FROM TR_Tbl Where Montant * 10 > 10000
ben tu peux oublier l'index sur Montant, car le SGBD est obligé de faire un calcul derrière. ceci marche bien par contre :
SELECT Transaction FROM  TR_Tbl Where Montant > 10000
 
- idem pour les conversions de type : l'utilisation de fonctions comme To_Num(), To_Char() et autres rendent l'index inopérant.
 
En règle générale, il faut foutre des index sur les clés primaires et les colonnes servant de critère de jointure, et ne pas en mettre sur les colonnes contenant une petite plage de valeurs et sur les colonnes fréquemment modifiées

Bon, les dépressifs de la vie qui se plaignent de leurs boulots.
Lisez ça un peu:
http://story.news.yahoo.com/news?t [...] t_in_space
 
edit: 4 fautes d'orthographe.

 
parce qu'on colle pas des index partout comme ca, ca doit avoir un sens    
ca ralenti tout ces petits machins (INSERT, UPDATE, DELETE)
 
edit: grillaid et cest mieux expliqe en plus

harko > oki pour ton xp avec le LIMIT. C'est peut-être une piste mais je suis loin d'être convaincu!!! la suite du post que tu as effacé ne contenait que infos de base sur les index. Ca ne fait pas avancer les choses.
 
edit : le post d'harko est reviendu ( tab suxxor   ).
Bref, ca ne change pas grand chose à ma réponse. Je suis d'accord avec toi
 
uriel > ui..... regarde mon post initial et regardes ce que tu as quoté   ... Quand bien même un index serait inutile, il ne ralentirait pas un SELECT seulement les operations d'insertion et de mise à jour

 
 
on se le demande aussi
 
non plus sérieusement qu'on cadre le travail, c parfaitement normal
qu'on freine le gars qui veut s'arracher 45h / semaine parce qu'il a rien d'autre à foutre, ou qu'il veut monter en grade, je vois pas pkoi on l'empecherai...
 
la méritocratie, je trouve ca bien, et bosser plus, c une forme de mérite parmis d'autres...
 
(le calcul derrière doit surement etre de créer des emplois en forcant les entreprises à recruter, dans la pratique ca aura aucun impact, et ca foutra des gens dans la merde, comme les 35h en fait (je parle de l'aspect purement mécanique des 35h, pas du fait que ayant plus de loisirs y'a de nouveaux marchés qui se sont créés)

 
il est illégal de te forcer à faire des H sup, mais si tu les refuses systématiquement tu peux te faire lourder...
 
les prud'hommes c pas pour les chiens...

ouais ouais, c'est ça. Il est aussi interdit de payer une femme moins pour le même boulot ous pretexte qu'elle sera enceinte, etc.

jubi>tu vis au pays des bisounours ou quoi?
 tu crois qu'un pere de famille va prendre le risque d'attaquer sa boite ou d'aller voir les prud'hommes?
 
edit: et +1 avec  Lam's

j'ai edité

oui et il servirait aussi a rien si la clause WHERE ne correspond pas

mais allons y gaiement, rigididions encore plus notre droit du travail qui est déjà le plus rigide du monde...
 
et après on s'étonnera que couplé à notre fiscalité, personne veuille foutre des nouvelles entreprises en france...
faites un tour à ashford, vous comprendrez de quoi je parle
 
oui personne ne prend le risque d'attaquer, en meme temps si ta boite c l'enfer tu cherches un taf ailleurs...et si tu trouves pas de taf ailleurs, tu commences à te demander pkoi, et à réagir en fonction (la FP c pas pour les chiens non plus, et là c plus les bisounours, plein de gens le font)

 
A côté de la suède ou de la norvège (ou même de l'Allemagne) notre droit du travail, c'est une bouffée d'air pur...

 
La fiscalité en France est trop importante, c'est certain. Mais elle est SURTOUT trop importante dans certains secteurs et pour certains types d'emplois...
 
 

 
Il est bien là le problème, ya pas de taf ailleurs et donc les gens sont CONDAMNES à rester dans une entreprise qui les force à faire telle ou telle chose...  
 
 

 
harakiri ?    

 
on est d'accord

comme toujours