Reprise du message précédent :

Certe, mais le jour où tout le monde saura faire ce distinguo, le php sera devenu un langage du feu de dieux depuis longtemps.
 

En 8 ans de métier, je n'ai du voir qu'un seul cas où les champs non utile étaient vraiment négligeable : quand on ne laisse qu'une colonne de côté, c'est rarement un booléen. En fait généralement, ce n'est pas "telle colonne est négligeable" mais "de toute manière cette requête est négligeable" (traduction : "la table contient si peu de données et surtout on la lance tellement peu souvent" )
 

Sur ça on est tous d'accord.
 

Et le jour où ta belle requête qui a besoin de 15 champs en retournera 15 de plus, tu diras toujours la même chose? Même si les deux champs en trop récupéré au début étaient négligeable, je ne suis pas sur que ça restera le cas avec une dizaine de colonnes supplémentaire.
 

Et? C'est si long que ça de rajouter 40 caractère dans LA requête qui en a besoin? Entre passer dix minutes pour modifier deux ou trois requêtes correspondant au traitement modifié et ce à chaque fois que des colonnes sont rajoutés et perdre un jour ou deux (voire parfois une semaine pour du code complexe écrit par un autre) pour comprendre pourquoi tel ou tel traitement rame alors que leur code n'a pas été modifié depuis un an, je préfère perdre les 10 minutes..
 

Raison rare? T'as bossé où dis moi, par ce que c'est le genre d'affirmation qui fait peur. De ce que j'ai pu constater jusqu'à présent, la plupart du temps le traitement qui utilise le résultat d'un "select *" n'est pas le traitement qui sera modifié pour gérer la nouvelle colonne.
 
PS : On a rarement besoin de modifier les 50 requêtes qui travaillent sur une table donné quand on rajoute une nouvelle colonne à cette table là.  
 
PS2 : En fait j'ai l'impression que tu considères qu'en règle générale si des colonnes sont négligeables quand on fait un "select *" alors les colonnes supplémentaires seront elles aussi négligeable.
Je te laisse faire le calcul suivant sur un cas fictif mais proche de cas réels :
une colonne de texte qui contient en moyenne 50 caractères * 2000 lignes * 2 requêtes par secondes.
Alors toujours négligeable la colonne supplémentaire? Pourtant il n'est pas rare que la colonne supplémentaire soit de type texte.

J'espère que ton  clavier a fourché.

Pas le clavier, juste l'interface chaise-clavier (mais bon, l'idée reste la même. )

Hello,
 
j'ai un probleme en jQuery.
 
J'ai une succession de menus permettant de switcher le contenu de l'un ou l'autre via une anim de type accordion (genre comme là : http://www.webdesignerwall.com/dem [...] dion1.html).
 
Seulement le problème, c'est que les éléments en position relative, contenus à la place du texte latin de l'exemple, ne disparaissent pas lors de la phase de l'animation (sous IE 6 et 7).
 
Quelqu'un a une idée de ce qui pourrait poser problème

Non pas trop, mais si ce que tu veux faire c'est un simple accordéon, tu peux trouver un composant qui le fait dans jQuery UI.

Tu vois pas que c'est pas le moment ?
On est en plein dé... combat des select étoile vs les select pas étoile, faut pas s'intercaler ça pourrait être dangereux, c'est une zone minée, c'est comme aller prendre son thé en plein no man's land, faut éviter

Ouia mais nan on sait pas dès faut on pourrait avoir besoin des 28 autres

Moi je prends pas le thé dans le no man's land, je le rachète le no man's land, et j'en fais un Las Vegas

J'adore la logique du "si on en a besoin que de deux on pourrait peut être éventuellement avec un peu de malchance avoir besoin des 28 autres".

je "crois" que c'était ironique.

Ma maman disait toujours qu'il vaut mieux en avoir plus que pas assez

Et "mieux vaut arriver en avance qu'en retard"

Moi aussi.

Et aussi "range ta chambre"

florentG

Y'a quoi qui peut m'aider rapidement à mettre en place un tableau dynamique (avec classement simple par colonne) ?
Et si possible de pouvoir cocher un paramètre pour faire une recherche et afficher que les lignes qu'on veut.
 
Oui vous pouvez me jeter des pierres
 
XaT

Y a un plugin jQuery qui s'appelle Flexigrid ou un truc du style ; c'est p'têt overkill ou pas adapté à ce que tu veux faire mais va donc voir

Bon, heureusement que quelqu'un se dévoue pour un bench complètement révélateur de ce qui peut exister en pratique !
 
Soit une table mysql/myisam avec "nomdeparametrealacon int(10)" en PK.
Et nomdeparametrealacon_1 à nomdeparametrealacon_999 comme autre colonnes (en int aussi).
Le serveur db est en local sur la machine.
Il y a juste une entrée dans la table, vérifiant : nomdeparametrealacon = 1.
 
Et ben, j'vous l'donne en mille :
 

FYI avec 100 entrées dans la db, et pas de WHERE dans la requete, on tape du 14,671 / 14,982 ms, pas de changement d'ordre de grandeur quoi... Avec 1000 entrées, mon script il répond plus
 
Haha !
Ma maman avait raison, les étoiles c'est bon mangez-en

...et avec SELECT  nomdeparametrealacon,nomdeparametrealacon_0 FROM truc WHERE nomdeparametrealacon = 1 ?

ha non ça c'est pas pertinent comme cas d'utilisation, je me suis fait chier à faire mes 1000 champs un par un à la main avec une boucle for, alors je les récupère tous et puis voila

yahoo ui a des datatable pour cet usage
http://developer.yahoo.com/yui/datatable/

stadire que c'était un peu ça le cas d'utilisation, aussi, à la base, moi je trouve ça intéressant de voir la différence...

Bon, allez... pour le fun alors

 
 
Mais là si tu veux la valuer de nomdeparametrealacon_137, t'es niké

Avec les 2 versions?

Oui

 
merci, c'est tout.

T'as raison de le relever, on était pas trop sur du résultat

Jamais dis le contraire perso

Smiley de merde

ah non mais on sait jamais, hein, quitte à montrer des résultats extrêmes autant aller jusqu'au bout...

Ah je note.

La je m'exerce à faire marcher Flexigrid, c'est reloo c'te xml

Ma page de test  : http://du.azora.fr/flexigrid/test2.html
Le xml : http://du.azora.fr/flexigrid/test2.xml
Et mon code :

XaT

Bientot un comparatif d'un select where id=val, dans une table avec et sans index, avec 100 000 000 d'entrées différentes !

bonne idée, continuons dans l'enfonçage de portes ouvertes!

Comedy Central sez: Fuck IE6 http://newcomedycentral.blogspot.c [...] to-go.html

http://ejohn.org/blog/browser-paint-events/

une idée pour que les puces passent pas à gauche de l'image ? (l'image est dans un div en float left, pour pouvoir lui foutre le carré vert en haut à gauche sans retoucher l'image)
mettre le bloc de texte en float left marche, évidemment, mais ça cause d'autres problèmes, notamment parce qu'il y a deux blocs, et que si je les met en float left, de temps en temps ils sont l'un à côté de l'autre au lieu d'être à la suite.

je savais pas que l'emploi se quantifie en octets...  

merci d'avoir répondu à ma question, ça m'aide beaucoup

bha si au moins tu donnais le code html, je pense que ca aiderai...

 
meme avec le contexte de formatage ?