Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1690 connectés 

 


Dernière réponse
Sujet : [mySQL] les clés
Dost67

kayasax a écrit a écrit :

trop d'index ca fait ramer aussi, fo trouver un bon compromis...  




 
Ca c'est vrai ! Par exemple pour un moteur de recherche il vaut mieux se créer un liste de mot que d'indexer les champs TEXT sinon ça va ramer à mort.
 
De même il faut privilégier soit l'insertion, soit la lecture. Si tu privilégies l'insertion les index ne sont pas des bons amis car ils ralentissent ces opérations. Mais si le site est principalement destiné à être lu ou à faire des recherches les index accélère fortement les processus.


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Dost67

kayasax a écrit a écrit :

trop d'index ca fait ramer aussi, fo trouver un bon compromis...  




 
Ca c'est vrai ! Par exemple pour un moteur de recherche il vaut mieux se créer un liste de mot que d'indexer les champs TEXT sinon ça va ramer à mort.
 
De même il faut privilégier soit l'insertion, soit la lecture. Si tu privilégies l'insertion les index ne sont pas des bons amis car ils ralentissent ces opérations. Mais si le site est principalement destiné à être lu ou à faire des recherches les index accélère fortement les processus.

bjbebert

titoine42 a écrit a écrit :

 
donc si j'ai bien compris, il faut que j'indexe toutes les colonnes qui sont susceptibles d'avoir une recherche dessus  



Pas toutes. Celles qui seront le plus utilisées pour les recherches.

kayasax ben y a pas de max absolu tout depend des requetes que tu fais sur quels champs ca doit aussi pas mal dependre des ressources de la machine + le reseau si c en ligne...Y'a pas 40 solutions a ma connaissance si tu veux un truc optimise faut tester plusieurs reglages.
Si y'a kkun qui a une methode autre j'aimerai bien la connaitre ;)
Titoine42 c'est koi le max?
kayasax trop d'index ca fait ramer aussi, fo trouver un bon compromis...
Titoine42

bjbebert a écrit a écrit :

L'index, ca permet d'accélérer les recherches sur un champ.
Si tu as une table avec 25 colonnes et que tu mets un index sur la première, le SGBD va te créer automatiquement une mini-table avec seulement la première colonne (l'index). C'est dans cet index qu'il va faire la recherche, plus rapide car moins de données à lire. Ainsi il ne va lire que les lignes utiles de la grosse table.  




 
donc si j'ai bien compris, il faut que j'indexe toutes les colonnes qui sont susceptibles d'avoir une recherche dessus

bjbebert L'index, ca permet d'accélérer les recherches sur un champ.
Si tu as une table avec 25 colonnes et que tu mets un index sur la première, le SGBD va te créer automatiquement une mini-table avec seulement la première colonne (l'index). C'est dans cet index qu'il va faire la recherche, plus rapide car moins de données à lire. Ainsi il ne va lire que les lignes utiles de la grosse table.
Titoine42 merci pour les réponses
 
je vais faire mon MCD puis j'attaque le modèle physique
Lord II

minooye a écrit a écrit :

C'est marrant parceque le gars qui a posé sa question doit toujours se demander ce qu'est une Clé Primaire, une Clé Unique et un Index :)  




 
Pour unique j'ai répondu,
 
Index je crois que c'est un champ qui est indexé ou un truc dans ce genre et cela permet de faire des recherches plus rapides sur ce champ que sur les autres. Donc ca c'est à toi de voir lesquels de tes champs doivent etre indexé

z0rglub

tomiotomio a écrit a écrit :

je faisais de l'ironie  




 :D  
pas de mal

minooye C'est marrant parceque le gars qui a posé sa question doit toujours se demander ce qu'est une Clé Primaire, une Clé Unique et un Index :)
Lord II

z0rglub a écrit a écrit :

 
 :heink:  
non, c'est un sgbdr  




 
la tu t'avance un peu

z0rglub

tomiotomio a écrit a écrit :

MySQL c est pas un filesystem ?  




 :heink:  
non, c'est un sgbdr

Lord II

z0rglub a écrit a écrit :

ah, je vois que tu as édité ton post  




 
oui
 
j'ai reflechis un peu, mais je pense que ce qu'il veut faire ne se fera que par des relations exterieur

z0rglub ah, je vois que tu as édité ton post
z0rglub

lord ii a écrit a écrit :

Sinon pour faire un lien avec une autre table je te conseille plutot un sgbd  




 
MySQL, c'est koi pour toi ?
Pour moi, et pour bien d'autres, c'est un SGBD (syteme de gestion de base de données).
Pas très évolué (intégrité référentielle non supportée...) mais souvent suffisant dans la plupart des cas.

Lord II Unique cela veut dire que pour cette colone toutes les valeurs devront etre unique ( pas deux fois la meme)

 

[jfdsdjhfuetppo]--Message édité par lord ii--[/jfdsdjhfuetppo]

Titoine42 les clés:
"primaire" je sais ce que c'est
"index" ???
"unique" ???
 
c'est laquelle pour faire le lien avec une autre table?
elle sert à quoi la 3ème?

 

[jfdsdjhfuetppo]--Message édité par titoine42--[/jfdsdjhfuetppo]


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR