question générale gestion utilisateurs [Résolu]

[Darkyl]

Bonjour,
Je sais pas trop où posé ma question alors je la met ici.
Je voudrais gérer des données par utilisateurs sur mon site. Chaque utilisateur aura beaucoup de donnée et je ne peux donc pas tous mettre dans une table.

Est-ce que les hebergeurs permettent la création et l'accés à un dossier et fichier texte? Ainsi, lors de l'enregistrement d'un utilisteur, je l'ajoute a la table liste utilisateur et je lui crée un dossier sur le serveur avec son pseudo où je stockerai toutes ses informations. Je peux toujours créer une table nommé nomutil info mais je vais me retrouver avec beaucoup de table et comme les hébergeurs ne propose pas de creer des bdd et de changer de bdd, la plupars propose une bdd et plusieurs tables.

Bon, je sais pas si je suis clair, mais je veux pas m'embêter à faire mes fonctions sur des fichiers si lors du déploiement je m'apercois que le serveur de l'hébergeur n'autorise pas l'accés à son disque dur.

Voili voila, merci

[Benjamin Delespierre]

La plupart des hébergeurs permettent aux scripts d'écrire sur l'espace de stockage, ce n'est pas un problème.

Qu'est ce que tu dois stocker au juste ?

[Darkyl]

encore toi?... Je vais t'écrire en mp maintenant...lol

merci de ce renseignement, je vais me lancer dans l'écriture des fonctions.

Par exemple, si je veux stocker les articles vus par un utilisateurs, au lieu de créer la table articlevupar$nomutil, je vais stocker un fichier texte dans

Code :

nom/articlevu/

. Ce serai plus simple si je pouvais creer une table dans ce dossier mais les hébergeurs ne permettent pas cela, en tout cas pas les gratuits... A moins que je ne me trompe, ce qui m'arrangerait grandement. Tu confirme ou infirme?

En fait, ce que je veux pas, c'est avoir plein de table dans la racine de ma bdd principale. Je souhaite organiser tout cela...

merci pour ta réponse.

[Benjamin Delespierre]

Pas de question en MP, merci.

Par exemple, si je veux stocker les articles vus par un utilisateurs, au lieu de créer la table articlevupar$nomutil, je vais stocker un fichier texte dans

Non. Les articles lus par un utilisateur sont caractérisés par la jointure entre ta table articles et ta table utilisateur. Cette table de jointure peut s'appeller 'users_has_read_articles' et contiend uniquement un clé primaire constituée de id_user et id_article (tous deux clés étrangères).

Si tu n'as pas de base de données disponible, je te recommande d'utiliser des fichiers XML pour faire ça, mais ça doit suivre le même principe au niveau des cardinalités.

En fait, ce que je veux pas, c'est avoir plein de table dans la racine de ma bdd principale. Je souhaite organiser tout cela...

Nomme les correctement. Je gère des db qui dépassent la centaine de tables avec des millions de tuples, sans formalisme on se perd vite.
De toute façon, mettre une partie du modèle sur DB et l'autre sur fichier n'est pas vraiment une bonne façon d'organiser ses données.

[Darkyl]

j'allais pas t'écrire en mp, je rigolais.

Bon ok, je vais pas faire de fichier et je vais créer une table pour chaque info que je veux.

merci de tes réponses. Résolu

[Benjamin Delespierre]

Bon ok, je vais pas faire de fichier et je vais créer une table pour chaque info que je veux.

Au risque de paraître chiant: Non. Les tables d'une base de données ne doivent pas être considérées comme des fichiers. Il faut se servir au mieux des relations. Il est donc extrêmement déconseillé de créé une table dé-normalisée pour chaque info, il faut regrouper au mieux les entités selon leurs dépendances fonctionnelles.

Quelques pistes:
- http://fr.wikipedia.org/wiki/Alg%C3%A8bre_relationnelle
- http://en.wikipedia.org/wiki/Functional_dependency
- http://fr.wikipedia.org/wiki/Forme_n...ationnelles%29