FORUM Tom's Hardware » Programmation » PHP & MySQL & ASP » Question [Table SQL]
 

Question [Table SQL]

Il y a 301 utilisateurs connus et inconnus. Pour voir la liste des connectés connus, cliquez ici
Ajouter une réponse



 Mot :   Pseudo :  
 
Bas de page
Auteur
 Sujet : Question [Table SQL]
 
T toi quand tu parles!
Plus d'informations

Bonjour,  
 
je voudrai savoir combien d' "objet" on peut mettre dans une TABLE Sql!
 
Est-ce qu'il y'a une limite à respecter? (Question rapidité, fiabilité etc...)
 
Parce-ce que ma table comporte actuellement 59 "objets", et je voudrai rajouter 60 "objets"...
 
Merci d'avance :)


---------------

[:hr @ ppc],[:hr @ ppc] comme cochon!

 

Profil : Pointeur
Plus d'informations

ca dépend du sgbd mais AMHA il faut que tu revois ton schéma parce que 120 colonnes c'est énorme
 

T toi quand tu parles!
Plus d'informations

Et bien.... Je sais pas tellement comment faire!
 
Car en faite, c'est un jeux que je fait, et je dois avoir 1 "objet" pour le niveau d'usine, et 1 autre objet pour le temps de construction du niveau....
 
objet 1 = "temp_niveau_usine"
objet 2 = "niveau_usine"
 
Et comme il'y a beaucoup d'unité....
 
Mais sinon j'ai trouvé ça:
 

le système de gestion de fichiers :  
il permet le stockage des informations sur un support physique  
le SGBD interne :  
il gère l'ordonnancement des informations  
le SGBD externe :  
il représente l'interface avec l'utilisateur


 


---------------

[:hr @ ppc],[:hr @ ppc] comme cochon!

 

Plus d'informations

Franchement le nombre de colones n'a strictement aucune importance, si tu veux éviter les problèmes de lenteur, il faut que tu ais une programmation "propre", par exemple...
 
- éviter les "SELECT *" et taper les noms des colones dont tu as besoin
- faire très attentions aux jointures et aux unions (évite toute jointure avec conditions)
- faire attention aux conditions ou des appels à des fonctions dans tes SELECT  
 

T toi quand tu parles!
Plus d'informations

a écrit :

Franchement le nombre de colones n'a strictement aucune importance, si tu veux éviter les problèmes de lenteur, il faut que tu ais une programmation "propre", par exemple...
 
- éviter les "SELECT *" et taper les noms des colones dont tu as besoin
- faire très attentions aux jointures et aux unions (évite toute jointure avec conditions)
- faire attention aux conditions ou des appels à des fonctions dans tes SELECT


Merci beaucoup pour ta réponse! Tu veux dire quoi par "- faire très attentions aux jointures et aux unions (évite toute jointure avec conditions)" ?


---------------

[:hr @ ppc],[:hr @ ppc] comme cochon!

 

Profil : Pointeur
Plus d'informations

qu'il faut apprendre le sql avant de faire une base de donnée ...

Plus d'informations

a écrit :

qu'il faut apprendre le sql avant de faire une base de donnée ...


 
tout comme il faut apprendre le C avant de concevoir un algorithme

Profil : Pointeur
Plus d'informations

non pas spécialement ...

Plus d'informations

a écrit :

Merci beaucoup pour ta réponse! Tu veux dire quoi par "- faire très attentions aux jointures et aux unions (évite toute jointure avec conditions)" ?


Je veux dire éviter à tout prix les jointures du genre...
 
SELECT ....
FROM Table1  
LEFT JOIN Table2 ON (Table2.champ1 = Table1.Champ1 OR (ou AND) Table2.Champ1 = Table2.Champ2)
 
Faut faire un plan solide de ta base de données avant de commencer à la construire (le temps que tu va passer à réfléchir AVANT tu vas le regagner plusieurs fois APRÈS)


Aller à :
Ajouter une réponse
  FORUM Tom's Hardware » Programmation » PHP & MySQL & ASP » Question [Table SQL]
 

Annonces Google
Publicité