Non ce n'est pas trop indiscret...

Alors voilà quelques pistes :
-Une base appelée BigBrother (la bien nommée), qui stocke l'adresse IP, le timestamp, le Referrer envoyé, et l'action entreprise. Cette base est utilisée sur le site, 26000 enregistrements (mise en service en février). 1.6 Mo
-Une base de blague, pour un de mes logiciels : 1080 blagues plus ou moins longues = 1.4 Mo
+ une base de 4Mo (mais qui se vide au fur et à mesure qu'elle se remplit)
+une dizaine de petites bases pour diverses applications :

14 table(s) Somme 28 680 enregistrements-- latin1_general_ci 27,8 Mo.

Voilà un tour d'horizon rapide..qui explique mon besoin de plus de 5Mo..surtout que chez free c'est 10Go d'espace disk + pas de limites de bande passante + pas de limite de SQL + possibilité de postgreSQL + pas de pub + 0€...

Et bien reste chez free! lol

La base de donnée de ProgBoards pèse actuellement 9.6 Mo, ce n'est que du texte, en très grande partie les posts du forum.

je comprends mieux neamar. En fait, ta base te sert à plusieurs chose en même temps !

Quoiqu'il en soit, si tu souhaite changer d'hébergeur, tu peux toujours penser à une refonte de tes données.
Par exemple, la table BigBrother qui est, si j'ai bien compris, une table recensant l'ensemble des opérations effectués sur le site, ne subit que peu de mise à jour. Je veux dire, tu stocke sans arret de nouvelle informations, sans mettre les informations déjà présente à jour. En gros, que des INSERT et pas de UPDATE. Je me trompe ?
Car dans ce cas, tu peux très bien enregistrer tes données dans un fichier.

De même, pour les blagues, je pense que l'action principale est la consultation. La structure de la table devant être simple, il doit être possible de passer ca sous une forme textuel (par exemple, en XML). Ainsi, déjà 2 table de moins, 3 Mo de gagner ^^

Pour la table qui se vide au fur et à mesure qu'elle se remplit, cela semble être une table de contenu temporaire. Je ne sais pas quel contenu elle gère, mais si ce sont des données utilisateurs, utiliser des sessions ! 4 Mo de gagner. On en est à 7.

Plus qu'1 Mo de base de données, c'est bon ^^
Ah oui, j'oubliais les images. Tu peux toujours le contenu des images dans des fichiers....

Au fait, merci Neliger pour avoir fourni cette indication pour la comparaison ^^

Commencons par la fin :
"Ah oui, j'oubliais les images. Tu peux toujours le contenu des images dans des fichiers...." =>Là tu as raison..c'est bien ce que je comptais faire !

"Pour la table qui se vide au fur et à mesure qu'elle se remplit, cela semble être une table de contenu temporaire. Je ne sais pas quel contenu elle gère, mais si ce sont des données utilisateurs, utiliser des sessions ! 4 Mo de gagner. On en est à 7." =>Pourquoi pas...a deux conditions :
-peut on régler la durée de sauvegarde des sessions sur le serveur ?
-Y a t il un moyen de lire toutes les sessions ? Il me faut pouvoir accéder à tout les enregistrements en même temps...

"De même, pour les blagues, je pense que l'action principale est la consultation. La structure de la table devant être simple, il doit être possible de passer ca sous une forme textuel (par exemple, en XML). Ainsi, déjà 2 table de moins, 3 Mo de gagner" =>Pk pas..mais XML est surement moins pratique d'emploi que mySQL lorsque l'on veut afficher une chose en particulier ? Si tu veux un exemple, c'est ici qu'une version online beta est prête : http://neamar.free.fr/Ephem/ephem.php

Au total, cela ferait bien moins de 5Mo..mais j'y perdrais pas mal de simplicité/rapidité/, et je devrais en permanence me rationner.
De toute façon, je vais encore attendre un mois, histoire d'être majeur et de pas avoir plein de problèmes avec mes parents.

Alors, pour la durée des sessions, il me semble que oui. J'avoue ne pas l'avoir utiliser, mais j'ai vu des fonctions genre session_cache_expire. Donc à priori, oui.

Ensuite, est-il possible d'accéder à toutes les sessions sur le serveur, il me semble que non. Mais je crois qu'il existe un mécanisme pour partager des variables d'une page à l'autre, sans session derrière. Des espèces de variable global au niveau du serveur. Peut-etre est-ce dans cette direction qu'il faut que tu aille voir...

Ensuite, dire que XML est moins pratique d'emploi que mySQL, ce n'est pas forcément vrai. Déjà, il existe des bases de données au format xml, qui doivent donc être a priori accessible par un langage de requete comme SQL. Et même sans ce mécanisme, tu peux réaliser des sélections relativement facilement avec XPath. Ce genre de fonction existe dans PHP 5 sur, en 4 peut-etre.

C'est à toi de voir. De toute façon, il ne s'agit que de suggestion...

Pour en revenir à la taille des bases de données, voilà un petit récapitulatif après une année d'exploitation :
Au total, ma BDD pèse....11.7 Mo de texte pur et dur.
Trois tables dépassent le Mo :
-une table pour http://ccds.neamar.fr , qui liste les joueurs du jeux et les niveaux réussis =>2.7Mo, 16 800 enregistrements.
-une table pour http://insa.neamar.fr , un site avec des sujets d'interros et des compléments de cours pour l'INSA : une base de données qui fait du log qui pèse plus de 5.5Mo (la passer en texte serait extrêment lourd à manipuler au vu des requetes que je fais dessus)
-Une table "temporaire" qui stocke les données envoyées par un formulaire, 1Mo
-Plus plusieurs petites tables...
-(et encore ! j'ai un fichiers de logs gérés en texte sur un autre site : le fichier pèse près de 3Mo et commence à devenir ingérable en PHP (j'ai été obligé d'allonger le time_limit !))

Au final, on obtient bien un poids largement supérieur à 5Mo : comme je le disais donc, c'est une sorte d'arnaque (un peu comme si on payait une voiture, mais y a pas de moteurs...).
D'autant que passer en texte ou en XML maintenant relèverait du suicide : entre les contraintes de clés et autres clés étrangères, cela deviendrait totalement ingérable !

Voilà, c'était juste histoire d'informer....

Edité par neamar ( 07/09/2008 18:29:37 )

Citation de neamarcomme je le disais donc, c'est une sorte d'arnaque

Pas compris.

Ton arnaque ressemble plutot à ceci : j'ai acheté une 4L, mais impossible de monter à 300km/h.

Désolé, mais ce n'est pas une arnaque. Tous les sites n'ont pas les même besoin niveau base de données. Et l'offre d'OVH n'est pas adapté à ton cas. C'est tout.

Je te ferais remarqué que tu gère plusieurs site sur le même espace. Va te plaindre après ça

Oups...le mot arnaque est un peu trop fort.

Citation
Ton arnaque ressemble plutot à ceci : j'ai acheté une 4L, mais impossible de monter à 300km/h.

Il faut restituer ce débat dans le contexte précédent (qui est assez vieux, avouons le), et qui comparait OVH et 1&1.
Neliger préférait l'offre d'OVH, ce à quoi je répondais que leurs capacité en BDD semblait limité.

Quant au fait de gérer plusieurs sites, c'est certes une donnée à prendre en compte...mais je peux t'assurer que d'ici l'an prochain, chaque site dépassera les 5Mo !

Bref, n'allons pas monter au créneau pour cela ! Je propose de clore le débat sur ces notes et de rester dans un optimisme sympathique plus propre aux forums.

Mais la joie et la bonne humeur sont toujours là