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

 
 


 Mot :   Pseudo :  
 
 Page :   1  2
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

[SGBD] Structure de tables mysql

n°456835
Christalin​e
Ca coule de source
Posté le 14-07-2003 à 01:19:33  profilanswer
 

Reprise du message précédent :

KT-RedFOX a écrit :

je regarde, mate un passage au pif et tombe sur
"InnoDB fournit à MySQL un gestionnaire de table transactionnelle (compatible ACID  ), avec validation (commits), annulations (rollback) et capacités de restauration après crash. InnoDB utilise un verrouillage de lignes, et fournit des lectures cohérentes comme Oracle, sans verrous. Ces fonctionnalités accroissent les possibilités d'utilisation simultanées des tables, et les performances. Il n'y a pas de problème de queue de verrous avec InnoDB, car les verrous de lignes utilisent très peu de place. Les tables InnoDB sont les premières tables MySQL qui supportent les contraintes de clés étrangères ( FOREIGN KEY  )."
 
bon, y'a du boulot  :D  


 
Enfin t'as pas besoin de connaitre ca pour faire ton projet quand meme  :p  
 
Suffit d'avoir les bases c'est tout  :o

mood
Publicité
Posté le 14-07-2003 à 01:19:33  profilanswer
 

n°456837
Tetedeienc​h
Head Of God
Posté le 14-07-2003 à 01:20:03  profilanswer
 

Christaline a écrit :


 
T'etais pas un moderateur avant toi ?  :??:  


 
si.

n°456839
Kt-Redfox
Posté le 14-07-2003 à 01:22:08  profilanswer
 

Christaline a écrit :


 
Enfin t'as pas besoin de connaitre ca pour faire ton projet quand meme  :p  
 
Suffit d'avoir les bases c'est tout  :o  


en tout cas merci de m'avoir ouvert les yeux sur ma nullité  :D  
et sur ce bonne nuit, mysql attendra demain  :p

n°456841
mrbebert
Posté le 14-07-2003 à 01:23:51  profilanswer
 

KT-RedFOX a écrit :

je regarde, mate un passage au pif et tombe sur
"InnoDB fournit à MySQL un gestionnaire de table transactionnelle (compatible ACID  ), avec validation (commits), annulations (rollback) et capacités de restauration après crash. InnoDB utilise un verrouillage de lignes, et fournit des lectures cohérentes comme Oracle, sans verrous. Ces fonctionnalités accroissent les possibilités d'utilisation simultanées des tables, et les performances. Il n'y a pas de problème de queue de verrous avec InnoDB, car les verrous de lignes utilisent très peu de place. Les tables InnoDB sont les premières tables MySQL qui supportent les contraintes de clés étrangères ( FOREIGN KEY  )."
 
bon, y'a du boulot  :D  

C'est pas un bon passage pour débuter :non:  :D


Message édité par mrbebert le 14-07-2003 à 01:24:18
n°456951
Kt-Redfox
Posté le 14-07-2003 à 12:01:50  profilanswer
 

bon, j'ai lu une partie de la doc (sympa comme lecture), je pense avoir globalement capté, enfin je vais quand même la relire un peu et je vais commencer (avec la méthode 1 donc, une seule table :D )

n°457439
Kt-Redfox
Posté le 14-07-2003 à 18:35:19  profilanswer
 

je reste sur un problème. Je stocke donc le monde ou est le joueur dans la table contenant son login, son pass,...
Ca oblige donc qu'il y ai un joueur par monde et ne laisse pas la place a des mondes qui pourraient être au départ vides. Je dois donc obligatoirement créer une deuxième table avec les noms des mondes désiré. Dans ce cas la table monde n'aurait plus qu'un champ ....

n°457442
mrbebert
Posté le 14-07-2003 à 18:40:05  profilanswer
 

Une personne ne peut être que dans un seul monde ?
Le plus simple serait d'avoir 3 tables :
- les mondes
- les personnes
- une table qui fait le lien entre les 2 précédentes
 
Dans cette dernère table, tu peux avoir 4 champs :
- l'id de la personne
- l'id du monde
- les coordonnées dans ce monde

n°457443
Kt-Redfox
Posté le 14-07-2003 à 18:49:31  profilanswer
 

mrBebert a écrit :

Une personne ne peut être que dans un seul monde ?
Le plus simple serait d'avoir 3 tables :
- les mondes
- les personnes
- une table qui fait le lien entre les 2 précédentes
 
Dans cette dernère table, tu peux avoir 4 champs :
- l'id de la personne
- l'id du monde
- les coordonnées dans ce monde


 
oui une personne ne peut être que dans un seul monde :)
Merci pour ton aide, je vais étudier ça d'un peu plus près :D
[edit] me faudrais donc un champ "id" en plus dans les tables personnes et mondes?


Message édité par Kt-Redfox le 14-07-2003 à 18:50:32
n°457453
mrbebert
Posté le 14-07-2003 à 19:09:51  profilanswer
 

Oui, c'est souvent plus pratique à manipuler, à faire passer d'une page à l'autre... :)

n°457457
Kt-Redfox
Posté le 14-07-2003 à 19:18:53  profilanswer
 

mrBebert a écrit :

Oui, c'est souvent plus pratique à manipuler, à faire passer d'une page à l'autre... :)  


ok, et ces champs id je les met en clés primaires et/ou index dans leurs tables respectives ou pas??
Je vais relire les chapitres concernant les clés primaires,.... :D

mood
Publicité
Posté le 14-07-2003 à 19:18:53  profilanswer
 

n°457459
mrbebert
Posté le 14-07-2003 à 19:21:23  profilanswer
 

En clé primaire, oui :)  
(ce qui fera qu'elles seront indexées)

n°459106
Tetedeienc​h
Head Of God
Posté le 16-07-2003 à 10:15:40  profilanswer
 

mrBebert a écrit :

Une personne ne peut être que dans un seul monde ?
Le plus simple serait d'avoir 3 tables :
- les mondes
- les personnes
- une table qui fait le lien entre les 2 précédentes
 
Dans cette dernère table, tu peux avoir 4 champs :
- l'id de la personne
- l'id du monde
- les coordonnées dans ce monde


 
Faux, c'est débile  de  refaire une table, car il  aurai probleme de cardinalités. la relation serait en n,n , et donc un joueur pourrait etre  en deux mondes.
 
J'ai filé la réponse  plus haut.

n°459108
Tetedeienc​h
Head Of God
Posté le 16-07-2003 à 10:17:30  profilanswer
 

table joueur :
Nom Password X Y Monde
 
et la table monde :
Monde  Description
 
 
Avec ca ta table joueur enregistre les propriétés du joueur et aussi le monde  dans lequel il se trouve.
 
La table monde  enregistre la liste des mondes, ainsi que leur description. la valeur  monde de la table joueur DOIT se trouver dans un enregistrement de la table monde (clef etrangère).
 
Sfoo tout ceux qui font des bases sans savoir faire l'analyse ;)

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
Mysql, mise en cache[MySQL] Select qui ne sélectionne que la moitié d'une table,
[PHP/MySQL]Problème d'UPDATE avec une variable contenue dans l'url[Mysql + MyODBC]Problème de lenteur !!
[mysql]optimisation d'un requeteSyntaxe pour créer 2 tables Mysql à partir de mysql_query() ?
[Mysql] créer n nom de table avec un # dedans ???[MySQL] type BLOB,TEXT...
[MySQL] comment structurer ma base ? (le réflexe C/C++...) 
Plus de sujets relatifs à : [SGBD] Structure de tables mysql

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.050 secondes

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