Reprise du message précédent :

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA WHERE B.id > 0

SELECT A.id, B.id FROM A INNER JOIN B ON A.id = B.idA WHERE B.id > 0

C'est pas ça que je dis

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA WHERE B.id > 0

!=

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA AND B.id > 0

Pas un cache MySQL, un cache applicatif
A toi de voir les règles fonctionnelles d'invalidation

Ah ouais OK
Bin j'y ai pensé ouais, les règles d'application sont pas trop dures donc ça doit pouvoir se gérer. Le tout c'est le moyen de stockage utilisé : une table "cache" me semble cohérent avec le tout, mais je sais pas si c'est le plus propre ?

EDIT : l'avantage de la table cache, c'est qu'un simple trigger permet de l'invalider.

le plus propre, je sais pas , mais le plus pragmatique, surement

Au maximum tu as a combien de replays le même jour ???  Pour l'exemple ou va dire 40.
DateAdded c'est une timestamp ou une date?

J'ai pas de chiffre exact pour l'instant Le site a été lancé dimanche soir et là y en a 5600 mais y a un gars un peu motivé qui en a envoyé 5000 à lui tout seul en 2 fois, sur quelques heures avant-hier et hier

Timestamp.

Cache en fichier ou memcache FTW \o/
T'es en quel langage applicatif ?

PHP, le langage des vrais hommes

   
 
En cache fichier je te conseille ça c'est pas mal et pas intrusif dans ton projet : http://pear.php.net/package/Cache_Lite
T'as pas besoin de PEAR pour le faire tourner il est quasiment indépendant.
 
Ensuite tu peux installer memcache et jouer avec l'extension memcache de PHP.
 
Pour l'invalidation, soit tu mets une durée de validité quand tu fous dans le cache soit durée infinie mais à toi de déclencher la purge sur des événements "métier".

Bin stu veux, j'ai APC d'installé, donc j'pense j'vais même pouvoir m'en servir direct sans classe à côté
Pour l'invalidation, c'est lors de l'insertion/suppression d'un replay, donc j'ai la main là-dessus sans pb.

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA WHERE B.id > 0

SELECT A.id, B.id FROM A LEFT OUTER JOIN B ON A.id = B.idA AND B.id > 0

Nan mais on est d'accord ...  
Par contre je souligne que la 1er requete ne se comporte absolument pas un left outer join mais comme un inner.
Du coup, AMA, c'est de la connerie de l'écrire comme ça.
 

Bon je comprends pas un truc en fait
DateAdded j'imagine que c'est le timestamp qui correspond au moment de l'insertion dans la table replay.
Du coup pourquoi tu as besoin de trier dessus?  Un coup de order by id desc te donnera exactement le même resultat...
 
 

Niquel alors avec APC
Après si tu veux pas te faire chier à avoir l'info la plus fraiche possible tu mets juste une durée de validité (genre 2h).
Ca va dépendre de ton traffic et de si tu veux afficher des infos potentiellement pas fraiche

Je sais que la requete initiale c'est un INNER
Mon post était juste pour souligner le fait qu'il fallait faire gaffe en SQL si on veut remonter des conditions du where directement dans la jointure

Ouais je me suis dit pareil lors de l'écriture de la requête mais je me suis donné comme principe de pas trop me baser sur un ID pour des histoires de dates C'est p'têt un principe à la con, mais ça me choque au niveau de la cohérence du truc

Nan mais j'ai l'info quand la donnée n'est pas à jour : c'est quand un gars ajoute un replay ou que j'en supprime un. Donc dans le code PHP correspondant, je vire la valeur d'APC, je refais la requête et on gagne

Ouais enfin là tu joues sur les mots... Regarde je reformule:
"Tu souhaites les 3 derniers replays qui ont été insérés dans ta table"
=> Tu veux les 3 "plus gros" ids et la date intervient pas là dedans  

Ouais, complètement
J'vais faire ça dans un premier temps, de toute façon je vais aussi implémenter un petit cache dans un coin pour quelques requêtes plus coûteuses.
 
Merci les gars

Mais t'es pas toujours gagnant avec ça
Si t'as plein d'écritures, tu passes ton temps à flusher le cache
Et dans ce cas là soit le cache est inutile (en te faisant potentiellement perdre des perfs) soit tu le mets avec une durée

Ca dépend, je pense pas avoir tant d'upload que ça. Je vais de toute façon faire quelques stats avant de voir quelle méthode adopter.

y'a pas un topic sql ?

Mon Feed est pas à jour

Non, mais tu peux aller en créer un, si tu veux

non mais ma question est noyée stout

tankonnié :

Hors HAVING et DISTINCT, la partie du SELECT située avant le FROM est-elle toujours évaluée à la fin ?

Ma question en fait c'est ; est-ce que mettre une sous-requete dans cette partie de la requete est beaucoup plus rapide que de faire des jointures de sous-requetes ?

y'a pas un topic sql ?

http://www.topikunik.eu/link/search/sql
 
[/PUB]

Je cherche à programmer python orientée web, vous avez des bouquins à me conseiller ? (débutant)
 
XaT

SPAMMM

Et en plus c'est pas beau
 
XaT

Clair, pas génial le design définitif de cette version finale

Salut les gens.
 
Pour ces blocs en pleins milieu de la page, vous feriez comment ?
Chaque bloc un div, et à l'intérieur, deux div, une image un div ?
Je vois pas vraiment comment faire au mieu là
 

L'image floatée à gauche, dans un block avec le contexte de formatage.

 
Non, le SPAM c'est de la publicité non sollicitée Or tu as demandé un topic SQL, mon lien t'aura permis d'en trouver un Donc pub oui, spam non
 

 
Clair. D'ailleurs y'a tellement de monde maintenant que je suis en train de mettre un module de paiement, faudra payer 50€ pour avoir le droit de poser un lien \o/

Publicitée ciblée, ok
 

Je t'en ai ajouté plein hier soir

 
Ah c'est toi Merci Ils ont été validés ce matin ^^

Quelqu'un saurait-il m'expliquer pourquoi un input text et un submit qui ont les même styles n'ont pas la même hauteur au final ?

Même height, border, padding et margin

Styles appliqués sur les 2 :

Edit : oublié de préciser que c'est sous FF & IE, et que Firebug me donne bien une hauteur de 26px pour le text, mais de 22px pour le submit.

 
C'est le contexte de formatage qui permet de positionner les blocs (deux sur la même lignes, et ensuite ligne par ligne) ?
Et pour l'affichage de texte avec plus au moins de hauteur entre chaque ligne, span sur les lignes avec plus de hauteur ?

Question vectorielle: j'ai besoin de dessiner quelques formes géométriques simples, est-ce qu'il vaut mieux que j'utilise du SVG ou du canvas ?
 
EDIT: Je ne sais pas si si ça a de l'importance, mais ces formes géométriques seront affiché côtes à côtes avec des éléments HTML classiques.
 
question bonus: des infos sur le support de l'un ou de l'autre dans IE8 ? j'ai rien trouvé à ce sujet.
 
EDIT2: qqn a déjà testé ExCanvas ? c'est qqch d'assez solide ou c'est juste une petite bidouille ?
P.S. C'est un émulateur de canvas pour IE à base de JS et de VML.

ouais, ça marche pas mal sauf pour un truc assez important : les dégradés vers la transparence, parce que la notation en VML est super-tordue.
Donc pas d'ombres avec ça.

Non le contexte de formatage va éviter à ton image de sortir du flux.
Pour le positionnement deux par deux/ligne par ligne, il suffit de floater les blocs à gauche. Le soucis c'est qu'ils sortiront du flux, donc même combat, contexte de formattage.

Ok, merci

Gérez-vous vos migrations de BDD dans un script de déployement ? Et si oui comment ?
 
Là j'ai un "migrations.sql" versionné, qui comporte tout l'historique des migrations, et j'y prend à la main le bout qu'il manque à la BDD que je veux migrer et l'éxécute... Mais c'est chiant, j'aimerais bien que ce soit automatique