+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Programmation, infrastructure (https://jeuweb.org/forumdisplay.php?fid=51)
+--- Sujet : Marché et entrées doubles (/showthread.php?tid=4783)
RE: Marché et entrées doubles - Argorate - 02-05-2010
un count sur une clé primaire ca peut renvoyer que 0 ou 1 ^^ y as pas d'occurenceS
Tout dépent ce que tu veux faire effectivement
RE: Marché et entrées doubles - jo_link_noir - 02-05-2010
(02-05-2010, 07:36 PM)atra27 a écrit : La seule combinaison que je veux pas avoir c'est 2 champs avec le méme idjoueur, idobject et place c'est tout...Tu sais que tu peux faire une clé unique qui regroupe plusieurs champs ?
RE: Marché et entrées doubles - atra27 - 02-05-2010
(02-05-2010, 08:39 PM)jo_link_noir a écrit : Tu sais que tu peux faire une clé unique qui regroupe plusieurs champs ?
non je savais pas mais sa peut m'interesser par contre!
Je vais jeter un œil
-------------------
Ha ouais j'ai pigé donc la enfaite je met une clé primaire unique sur les champs idobjects+idjoueur+place et le tour est joue je peut faire un On duplicate key...
J'avais jamais entendu parlé de sa!
Reste a trouver un tuto sur comment mettre sa en œuvre alors...
RE: Marché et entrées doubles - php_addict - 02-05-2010
(02-05-2010, 01:15 PM)titnome a écrit : J'ai tout de même une question. Pourquoi mettre le nom de champs de ta base de données en anglais ? Je trouve le français tellement plus intéressant. On sais de quoi on parle...
[HS]
parfois les mots anglais sont plus courts en anglais, et donc parfois plus lisibles....
[/HS]
RE: Marché et entrées doubles - Roworll - 03-05-2010
Je te conseille également d'utiliser les transactions pour encadrer tes commandes SQL à partir du moment ou elles touchent plusieurs tables pour une même action.
Cela permet de conserver l'intégrité des données.
RE: Marché et entrées doubles - Argorate - 03-05-2010
C'est possible avec du mysql les transactions?
RE: Marché et entrées doubles - christouphe - 03-05-2010
Bah vi, InnoDB + beginTransaction() (avec PDO par exemple) + requêtes à faire + commit() ou rollback si exception.
Par contre une question me viens soudainement. Je vois l'intérêt des transaction pour insert/update/delete. Mais pour les requêtes select, où serait l'intérêt d'utiliser une transaction, si tant est qu'on en utilise une.
RE: Marché et entrées doubles - Argorate - 03-05-2010
les transaction c'est lorsque tu fais plusieurs requêtes qui sont liées et qu'il faut s'assurer que toutes soit exécuter sans erreur pour ne pas compromettre les données.
Sinon, je parle de syntaxe SQL pour faire des transaction, pas de PDO (que je n'utilise pas
)
RE: Marché et entrées doubles - Roworll - 03-05-2010
(03-05-2010, 10:03 AM)christouphe a écrit : Mais pour les requêtes select, où serait l'intérêt d'utiliser une transaction, si tant est qu'on en utilise une.
Étant donné que le ROLLBACK sur un SELECT me semble peu utile, je dirai aucun (quoi que avec le SELECT ... FOR UPDATE).
A la limite, tu peux avoir un SELECT transactionné dans un bloc INSERT/UPDATE.
- Update table 1
- Select Lecture d'infos / Calculs/ Vérifications
- Update table 2
Les SELECT par contre peuvent être ecrits de manière à prendre en compte une transaction en cours ou non. Pour plus d'infos, voir Transaction Isolation Level
RE: Marché et entrées doubles - Melimelo - 03-05-2010
http://dev.mysql.com/doc/refman/5.1/en/commit.html
Voilà pour la syntaxe
Code :
START TRANSACTION;
SELECT @A:=SUM(salary) FROM table1 WHERE type=1;
UPDATE table2 SET summary=@A WHERE type=1;
COMMIT;