Reprise du message précédent :

Aucun intéret

Au pire/mieux, suffixe ton nom de champ avec "_pc" ou "_percent"...

Wé donc en fait, faut juste avoir le chiffre dans mysql et concaténer à chaque fois.

EDIT : ouais, aussi

Beh évidemment, c'est comme quand tu stockes "$ 1 500 000,30" , tu vas pas t'amuser à stocker les espaces, la virgule et le dollar... La présentation, ce n'est pas le boulot de la BDD Son boulot, c'est le stockage de données brutes.

Je me posais la question, bon comme ça je saurais
Goto appli

 
mé le php é sql cé pa pareille ?

 
si, ça reste du html toussa

A moins qu'il y ait un sujet spécifique à SQL, je ne vois pas trop où ça peut mieux aller que là (non, pas ici )

Y'a un blabla@sql ?

Non pourquoi faire ?

 
Ça changerait quoi ?
 
Si y'a pas de cat "Picsou" tu vas poster dans la cat "Mickey" toi ?

Nan chais pas, c'est que je voyais un lien entre PHP et  SQL donc j'ai pas voulu créer un autre sujet. Maintenant, je m'y prendrai autrement la prochaine fois .

Yaurait que Harko et MagicBuzz pour y poster, et encore, des trucs que personne comprendrait

 
Il y a autant de lien entre php et sql qu'entre SQL et le reste de la tétrachiée de langages capables d'interroger un sgbd...cad à peu près aucun.
 

Harko est à peine capable d'écrire une jointure externe.

C'est qu'en fait je me sers deux deux, ce qui, c'est vrai, n'est pas pareil.

tu me pénalises pour 1 pauvre requête foirée (sur un post que je n'avais pas lu en entier en plus) alors que j'en ai résolu des dizaines plus complexes sur ce forum, mais t'es vraiment qu'un putain d'enfoiré de mes deux

 
Bah vazy, crée-le, le blabla@sql, je confirme que c'est pas une mauvaise idée de mettre en avant un topic qui parle de ça...

histoire de jeter de l'huile sur le feu ..
existe t-il de gens qui ont remplacé le SQL sur tout un site par des fichiers contenant des tableaux serialisés ???

Bof, ya des bons jambons-beurres. Je comparerais plus ça a un gros caca au flanby, perso.

J'ai oublié de préciser : pour la base de donnée qui ne comporte aucune mise à jour, ou le contenu de pages administrables, en lecture uniquement, ça fait de très bons temps d'accès

T'as combien de millions de visiteurs ?
Et un cache de pages HTML, c'est pas plus simple ?

Sinon t'as SQLite si tu veux pas t'emmerder avec un serveur SQL.

1) juste pour les temps d'accès sur des galleries photos, annuaires et pages de contenus
2) en effet c'est mis en cache après
3) les moteurs de recherche aiment bien les pages pondues rapidement
4) c'est futile mais faisable pour réduire le nombre de tables
5) pour une appli de calculs/simulation sur 9000 candidats c'est très utile ( tu sérialises toutes les tables et gagne 32 sec )

Si c'est du statique mis en cache, toute optimisation du côté BDD est a priori inutile (sauf requetes hyper longues).

Pour le 3), non, t'as lu ça où, il scanne plus vite ton site, c'est tout Et ton site doit être sacrément lent à la base pour que ça ait un impact de perfs non négligeable.

Quel intérêt ?

32 sec  
J'aimerais bien voir le cas

grosbon, fournisseur officiel de bullshit de la cat php depuis 2009 qu'il est arrivé

Fixed

Euh, les caches d'op-code genre APC, c'est censé marcher ?

J'ai strictement aucune différence de perf avec ou sans

premature optimization?

Tu compares quoi et quoi exactement?

 
un peu  
mais apc devient surtout intéressant en mettant les bonnes variables en cache  
 
Par exemple, je mets en cache le descriptifs des pages ou de mes user

Un page avec symfony qui prend 3.5 s à charger (dont DB =~ 200 ms)

Avec op-code VS sans op-code... même timing. Moins de RAM utilisée cependant... Super, c'est le seul truc qui ne me posait pas pb.

Je ne m'en sert que pour l'op-code pour le moment.

tu as 3300ms d'opération hors bdd ?  
ouch  
 
essaye de profiler ce qui prends du temps dans cette page et optimise

La debug toolbar, dont les stack traces de Xdebug, et le parsing de YAML (pas mis en cache en dev), a priori.

Juste énormément de code PHP. Le bon client pour APC quoi...

ça sert a rien d'optimiser en config de dev, surtout si ce sont les outils de mesure qui ralentissent le bouzin

Je voulais juste tester à quel point APC pouvait accélerer le bordel... Visiblement, zéro.

Et accessoirement je vois pas à quoi sert un outil de mesure si ce n'est à optimiser

WTF? ce qui te ralentit sont les seuls trucs pas communs entre ton dev et ta prod, et tu chouines?

C'est un test.
Mais en prod on reste dans des timings du genre 1 ou 2 secondes...

Tiens en parlant d'APC. Perso j'utilise un système que j'ai dev à base de file_get/put_contents ... y'a un intérêt particulier à tout basculer sur APC ?

Un système de ...?

un outil de mesure cherche a mesurer ce qu'il faut optimiser  
là tu as mis  apc et les outils de mesure sans regarder ce qui limite , qu'est ce que tu attendais comme résultats ?  
 

si tu charge souvent des petits fichiers qui bougent peu, oui  
mais il va falloir en dire plus et tester pour être sur