hot_frog@hotmail.com avait écrit le 29/10/2004 :
>> Salut,
>
>Bonjour
>
>> Je cherche un hébergeur de serveurs dédiés pour mon site "adulte" tournant
>> sous PostNuke. Je suis actuellement en mutualisé chez un hébergeur et
>> j'atteinds régulièrement les limites de connexions mySQL. Je crois savoir
>> qu'en migrant sur un serveur dédié je n'aurai pas ce problème (est-ce vrai
>> ?).
>sur un seveur dédié vous aurez comme limite ce que peux faire la
>machine et cela a 100% pour vous puisque vous etes seul sur la machine.
C'est bien ce qu'il me semblait, et c'est donc ce qu'il me faut
>> Pour l'instant mon budget est limité et je ne peux pas m'offrir un hébergeur
>> très cher.
>Quel est votre budget par an ? des specs (disque, ram ...) ? Vous
>souhaitez un serveur en france ? en europe ?
Peu importe ou se trouve le serveur tant que les connexions en France sont bonnes.
Pour les specs je ne suis pas un expert.
Mon trafic mois 11,37 Go. Le site tourne sous Postnuke et sert pas mal de photos.
Disque dur mini 20Go, pour la RAM je ne sais pas ce qu'il faut 256, 512 ???
Mon budget max 720 par an
c'est un raisonnement qui est complètement idiot... désolé. Vous n'argumentez pas !
Absolument pas si vous ne reflechissez que sur une partie des optimisations. Vous nous parlez de modèle logique/physique, mais le SGDB à son importance aussi
->Toujours est-il qu'il vaut mieux faire une seule requete avec un jeu de données selectionné approprié qui soit utilisable dans le code après... , plutot que des boucles imbriquées où vous faites une requete à chaque itération ! ;-)))
Et bien pas forcement jusqu'à il n'y a pas si longtemps MySQL gerait très mal les jointures, il etait donc préférable de faire des requetes imbriquées bien formé, que de s'amuser à faire des jointures.
et surtout, si le modèle de données est mal concu et mal mis en oeuvre (modèle physique), c'est encore pire, lol.
Le modèle physique ici n'a à mon avis que très peu d'importance à moins que vous annonciez développer des sites qui ont un taux de requetes bien suppérieur aux capacités de votre support. Et je ne suis pas sur qu'ici il y en ait beaoucoup dans ce cas.
ps: arretez de défendre l'indéfendable, quand meme lol.
Ca c'est une opinion personnelle, vous n'avez pas plus demontrer votre raisonnement que la precedente personne.
-- RENAUD RAKOTOMALALA http://www.w-consulting.fr
c'est un raisonnement qui est complètement idiot... désolé. Vous
n'argumentez pas !
Absolument pas si vous ne reflechissez que sur une partie des
optimisations. Vous nous parlez de modèle logique/physique, mais le SGDB
à son importance aussi
->Toujours est-il qu'il vaut mieux faire une seule requete avec un jeu de
données selectionné approprié qui soit utilisable dans le code après... ,
plutot que des boucles imbriquées où vous faites une requete à chaque
itération ! ;-)))
Et bien pas forcement jusqu'à il n'y a pas si longtemps MySQL gerait
très mal les jointures, il etait donc préférable de faire des requetes
imbriquées bien formé, que de s'amuser à faire des jointures.
et surtout, si le modèle de données est mal concu et mal mis en oeuvre
(modèle physique), c'est encore pire, lol.
Le modèle physique ici n'a à mon avis que très peu d'importance à moins
que vous annonciez développer des sites qui ont un taux de requetes bien
suppérieur aux capacités de votre support. Et je ne suis pas sur qu'ici
il y en ait beaoucoup dans ce cas.
ps: arretez de défendre l'indéfendable, quand meme lol.
Ca c'est une opinion personnelle, vous n'avez pas plus demontrer votre
raisonnement que la precedente personne.
c'est un raisonnement qui est complètement idiot... désolé. Vous n'argumentez pas !
Absolument pas si vous ne reflechissez que sur une partie des optimisations. Vous nous parlez de modèle logique/physique, mais le SGDB à son importance aussi
->Toujours est-il qu'il vaut mieux faire une seule requete avec un jeu de données selectionné approprié qui soit utilisable dans le code après... , plutot que des boucles imbriquées où vous faites une requete à chaque itération ! ;-)))
Et bien pas forcement jusqu'à il n'y a pas si longtemps MySQL gerait très mal les jointures, il etait donc préférable de faire des requetes imbriquées bien formé, que de s'amuser à faire des jointures.
et surtout, si le modèle de données est mal concu et mal mis en oeuvre (modèle physique), c'est encore pire, lol.
Le modèle physique ici n'a à mon avis que très peu d'importance à moins que vous annonciez développer des sites qui ont un taux de requetes bien suppérieur aux capacités de votre support. Et je ne suis pas sur qu'ici il y en ait beaoucoup dans ce cas.
ps: arretez de défendre l'indéfendable, quand meme lol.
Ca c'est une opinion personnelle, vous n'avez pas plus demontrer votre raisonnement que la precedente personne.
-- RENAUD RAKOTOMALALA http://www.w-consulting.fr
Christophe Baegert
RAKOTOMALALA Renaud wrote:
Et bien pas forcement jusqu'à il n'y a pas si longtemps MySQL gerait très mal les jointures, il etait donc préférable de faire des requetes imbriquées bien formé, que de s'amuser à faire des jointures.
l'instruction "explain" est là pour ça. Dans l'immense majorité des cas, on gagne à grouper les requêtes.
RAKOTOMALALA Renaud wrote:
Et bien pas forcement jusqu'à il n'y a pas si longtemps MySQL gerait
très mal les jointures, il etait donc préférable de faire des requetes
imbriquées bien formé, que de s'amuser à faire des jointures.
l'instruction "explain" est là pour ça. Dans l'immense majorité des cas, on
gagne à grouper les requêtes.
Et bien pas forcement jusqu'à il n'y a pas si longtemps MySQL gerait très mal les jointures, il etait donc préférable de faire des requetes imbriquées bien formé, que de s'amuser à faire des jointures.
l'instruction "explain" est là pour ça. Dans l'immense majorité des cas, on gagne à grouper les requêtes.
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, Christophe Baegert ecrivait (wrote) :
Bonsoir,
oui, c'est sur que 70 requetes rapides seront toujours plus lentes qu'une requete rapide ;-)
Ca fait plaisir de voir qu'il y a au moins une personne qui suit :)
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, Christophe Baegert
<cbaegert-pas-de-spam@europeanservers.net> ecrivait (wrote) :
Bonsoir,
oui, c'est sur que 70 requetes rapides seront toujours plus lentes qu'une
requete rapide ;-)
Ca fait plaisir de voir qu'il y a au moins une personne qui suit :)
