Probleme Sql compter nombre champs par son ID

Version imprimable

Voir 40 message(s) de cette discussion en une page

09/11/2012, 18h54
CinePhil

Citation:

Envoyé par design_57

Ouah
1) Externaliser veut dire une table pour chaque champs ville ,pays etc...

Oui.

Citation:

Envoyé par CinéPhil

Le bon schéma :
membre -1,1----habiter----0,n- ville -1,1----situer----0,n- pays

Citation:

3) La date de naissance est stocker comme ca car voila mon bout de code
J'avais penser à un foreach mais je sais pas si c'est valable :)

Puisque tu as un code pour avoir une vraie date (j'ai parcouru vite fait le code en y mettant les balises du même nom et ç am'a donné l'impression d'être ça), autant aller jusqu'au bout et donner à la requête qui enregistre la date une date correctement formatée en type DATE SQL : 'aaaa-mm-jj'.

Citation:

4) Mais pour rediger le tutorial le TEXT me semble adapter par rapport au Varchar?

Pour le contenu du tutoriel oui. Encore que ça pourrait aussi, comme sur DVP, être un format plus agréable à lire qu'un simple texte !

Citation:

5) encore cette ligne qui ne me parle pas beaucoup meme en lisant les tutos sur google :( membre -1,1----habiter----0,n- ville -1,1----situer----0,n- pays ( en langage facile j'ai envie de dire :)

Ça se lit presque en langage naturel !
Voir mon blog pour la méthode.
Ici, ça se lit :
Un membre habite dans une seule ville et une ville peut héberger plusieurs membres.
Une ville est située dans un seul pays et un pays peut comprendre plusieurs villes.

Citation:

6) Stat , Spec , web et quest sont des questions a l'inscription genre vous etes plutot Graphiste ou Programmeur :) pour stat, etc...

Mouais... faudrait aprofondir ça et probablement en externaliser une partie.

Citation:

8) ENUM , je m'en sers pour un systeme de rang en fait , 0 ,1, 2 pour 0 banni, 1 ADMIN , et 2 pour membre

Et bien il vaudrait mieux typer tes membres :
membre -1,1----typer----0,n- type_membre

Ainsi, pour ajouter un jour par exemple un "modérateur", tu insères une ligne dans la table au lieu de modifier la structure de la table.

Citation:

10) les colonne de prefixes des pays en FR pour France, etc...

Euh... pas compris ! :?
Il y aura quoi comme valeurs dans la colonne ?

Citation:

12) Je corrige immédiatement en 1 table tutoriel avec les colonnes Booleénes pour choisir le prix et une colonne prix qui sera de type ?

Une colonne booléenne pour choisir le prix ?
Que signifiera 1 ?
Que signifiera 0 ?

Pour la colonne du prix, comme toute colonne monétaire, utilise le type DECIMAL.

Citation:

13) table transact realisée, mais que contiendra t'elle exactement a par une colonne id_transact , et nom_transact

Ben c'est à toi de le déterminer !
Selon toi, c'était quoi "idtransact" ?
Et maintenant, c'est quoi un ou une transact ?
C'est défini par quelles propiétés ?

Citation:

14) oui c'est une categorie (2D ou 3D en fait dans une liste deroulante)

Donc à externaliser, toujours dans la perspective d'une augmentation du nombre de catégories et pour éviter la répétition de catégories identiques avec des orthographes différentes.

Citation:

15) Franchement t'assures, je vien pour un petit probleme en fait c'est toute mon architecture qui est faible :(
J'ai du travail et grace a toi je commence a comprendre MERCI

Ça sert à ça le forum !
D'ailleurs, nous ferions mieux de discuter de ton modèle de données dans le forum Schéma.

Citation:

NB : je te joint la table corrigée je pense avec les associations.
Pièce jointe 105329:?

Il manque des associations dans ton schéma.

Les "favoris" sont toujours là ! En plus au pluriel, on devine que tu ce sera une colonne multivaluée, ce qui est contraire à la première forme normale.

timestamp aussi, et il y aurait d'autres choses à dire sur le choix des types de données.
09/11/2012, 19h09
design_57

1 pièce(s) jointe(s)

Donc,
1) Je vais m'orienter sur les externalisation
3) comment m'y prendre exactement ? pour recuperer la valeur date en format sql.
4) Le format de DVP ? je suis preneur :)
5) tu viens de resoudres un pb ;) c'est compris dorénavant juste avec la petite traduction.
6) oui probablement devoir approfondir je pense.
8) typer ? de nouveau ? ca me semble plus difficile ( je rappelle que je suis pas un expert en php loin de la )
10) En gros ca traduit en FR ou en En, c'est moi qui s'est planté ( encore )
12) boolen pour le type gratuit ou payant dsl erreur de ma part
13) Bonne question :), je ne sais pas quoi vraiment recuperer a part l'id de ma transaction sur Paypal, une transact c'est un achat reussi sur le site, histoire de laisser une trace en base de donnée.
14) compris
Pour les association c'est pas évident, je suis preneur de tout avis , et je suis pret aussi pour les type de données dans l'optique d'optimiser un max ma base.
j'ai fait les FK et quelque assoc'
Pièce jointe 105335
09/11/2012, 19h22
CinePhil

Citation:

Envoyé par design_57

Donc,
1) Je vais m'orienter sur les externalisation

Yapuka ! :P

Citation:

3) comment m'y prendre exactement ? pour recuperer la valeur date en format sql.

Il existe la fonction Date en PHP

Citation:

4) Le format de DVP ? je suis preneur :)

Ben c'est une mise en forme au format Web de texte initialement rédigés sur un traitement de texte agrémenté d'un plugin spécial DVP.

Au fait, vu le nombre de tutos gratuits qui existent sur DVP, j'ai de gros doutes sur le business model de ton site de tutoriels payants ! :aie:

Citation:

8) typer ? de nouveau ? ca me semble plus difficile ( je rappelle que je suis pas un expert en php loin de la )

Ce n'est pas une question de PHP, c'est une question de modéliser la base de données correctement.
Ensuite on fait la requête adéquate pour récupérer l'information souhaitée et la traiter en PHP.

Citation:

10) En gros ca traduit en FR ou en En, c'est moi qui s'est planté ( encore )

Donc c'est ce que j'avais compris ?

Citation:

Envoyé par CinéPhil

10) Que sont les colonnes fr et en dans la table pays ?
S'il s'agit du nom du pays en français et en anglais, nomme ces colonnes nom_fr et nom_en ; ce sera plus clair !

Citation:

12) boolen pour le type gratuit ou payant dsl erreur de ma part

J'avais dit soit la colonne booléenne, soit la colonne prix. Inutile de mettre les deux. Surtout qu'en laissant les deux, tu pourrais avoir un tuto gratuit avec un prix et un autre payant avec un prix à zéro ! :aie:
Rappel :

Citation:

Envoyé par CinéPhil

- soit une colonne booléenne pour indiquer si le tutoriel est gratuit ou payant ;
- soit une colonne de prix, lequel sera à zéro pour les tutoriels gratuits.

Citation:

13) Bonne question :), je ne sais pas quoi vraiment recuperer a part l'id de ma transaction sur Paypal, une transact c'est un achat reussi sur le site, histoire de laisser une trace en base de donnée.

C'est donc une transaction Paypal !
N'y a t-il pas une référence ? Un montant ? Une date ? Je dis ça j'en sais rien, je n'ai jamais eu à modéliser du Paypal.

Citation:

Pour les associations c'est pas évident, je suis preneur de tout avis , et je suis pret aussi pour les types de données dans l'optique d'optimiser un max ma base.

(Re)Lis mon article sur les règles de gestion dont j'ai déjà donné le lien. Commence par réfléchir et écrire les règles de gestion et propose un MCD avec les règles de gestion que tu auras écrites.

D'ailleurs, je ne sais pas quelle option tu as prise pour faire ton schéma mais je n'y vois pas les ovales des associations classques d'un MCD merisien. Si tu peux changer ça, ce sera plus lisible.

Bon courage !

Bon et bien ca avance :)
Par contre question lorsque j'insére mon tutoriel, j'ai 4 tables ;
Une table ' TUTO' 'Logiciel' 'Categorie' 'Niveau'

Je requete comme suis
Code:

1 2 3 4 5 $lgc=mysql_query("INSERT INTO logiciels (lgc_id, lgc_nom ) VALUES ('', '".$_POST['lgc_nom']."' )")or die(mysql_error()); $cat=mysql_query("INSERT INTO categorie (cat_id,nom_categorie) VALUES ('', '".$_POST['nom_categorie']."')"); $lvl=mysql_query("INSERT INTO niveau (lvl_id,niveau_requis) VALUES ('', '".$_POST['niveau_requis']."')"); $enr=mysql_query("INSERT INTO $table(ttr_id, ttr_title, ttr_content, ttr_desc, ttr_vign, ttr_img, ttr_prix, ttr_date, ttr_temps, ttr_minlink ) VALUES('', '$title', '$content', '$desc','$vign', '$img', '$prix','$datetime', '$temps', '$img_reduite') ") or die ("Erreur requette ".mysql_error()); $resultat = "<div class='err'>Tutoriel ajouter !<br><b style='color:green;'>Le tuto est ajouté en BDD.</b></div>";
Je voudrai vérifié a chaque fois que le logiciel n'existe pas en BDD, la catégorie et le niveau , et si il le cas échéant qu'il ne postes que le tutoriel et pas le reste !

Ca fait beaucoup j'espére avoir été clair dans mes explications.

11/11/2012, 10h34
CinePhil

Au lieu de te précipiter tête baissée dans le code de l'application, tu devrais commencer par apprendre ou réviser les bases de ce qu'est une système de gestion de bases de données relationnelles et sur quels principes on s'en sert.

Je ne sais pas quel est ton processus d'insertion d'un tutoriel au niveau interface utilisateur mais puisqu'un tutoriel concerne un logiciel, il faut que le logiciel pré-existe dans la base de données.
Ce que je ferais au niveau interface utilisateur, c'est une liste déroulante avec les logiciels déjà enregistrés en BDD et un bouton pour ajouter un nouveau logiciel pour le cas où le nouveau tutoriel concerne un logiciel ne figurant pas dans la table des logiciels.

Mais en évoquant cela, nous sortons du cadre de ce forum qui est consacré à la modélisation des données, phase qui n'est peut-être pas encore terminée dans ton projet.

Bis repetita :

Citation:

Envoyé par CinéPhil

(Re)Lis mon article sur les règles de gestion dont j'ai déjà donné le lien. Commence par réfléchir et écrire les règles de gestion et propose un MCD avec les règles de gestion que tu auras écrites.

1 pièce(s) jointe(s)

Bonjour,
Merci d'avoir répondu , je ne me précipite pas tête baissé c'est juste que je commence avec les FK et les relations sql :)
Je commence a comprendre et la pratique est un excellent moyen d'y parvenir.
Voici mon MCD avec leur type
Il est loin d'être parfait mais je pense suffisant pour le moment ?
Pièce jointe 105393

Ce que je demandais avant c'est de pouvoir controler un champs en fait qui est deja présent en Base de donnée.

Voici le code test mais qui fonctionne pas :)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
if($_POST['lgc_nom']) {
     if($_POST['niveau_requis']) {
	  if($_POST['nom_categorie']){
$req=mysql_query("SELECT lgc_nom FROM logiciels lgc_nom ='".$_POST['lgc_nom']."'");
$req=mysql_query("SELECT niveau_requis FROM logiciels niveau_requis ='".$_POST['niveau_requis']."'");
$req=mysql_query("SELECT nom_categorie FROM logiciels nom_categorie ='".$_POST['nom_categorie']."'");
$nb= mysql_num_rows($req);
     if($nb != 0)
     {
	  echo ' Le mot que vous avez entré est deja présent dans la base de données !';
     }
     else
     {
     $lgc=mysql_query("INSERT INTO logiciels (lgc_id, lgc_nom ) VALUES ('', '".$_POST['lgc_nom']."' )")or die(mysql_error());
     $cat=mysql_query("INSERT INTO categorie (cat_id,nom_categorie) VALUES ('', '".$_POST['nom_categorie']."')")or die(mysql_error());
     $lvl=mysql_query("INSERT INTO niveau (lvl_id,niveau_requis) VALUES ('', '".$_POST['niveau_requis']."')")or die(mysql_error());
     }
     if (!$lgc)
	  if (!$cat)
	       if (!$lvl)
     {
	  {
	       {
	  echo "Erreur lors de l'envoi.Veuillez réitérer.Le mot proposé est peut-être déja présent dans notre base de données.";
	       }
	  }
     }
     else{
	  echo "Merci d'avoir soumis un nouveau Logiciel, Catégorie et Niveau";
     }
}
}
}

11/11/2012, 11h14
CinePhil

J'en reste ici au niveau du schéma Entity/Relationship que tu as fourni.

1) Nomme tes tables au singulier.
Une règle de gestion précise ce qu'il se passe pour une entité puis pour l'autre.
Un tutoriel peut posséder plusieurs catégories et une catégorie peut être possédée par plusieurs tutoriels.

On en tire le MCD suivant, avec les entités au singulier :
entite -0,n---- posseder----0,n- categorie

Et naturellement, les tables sont aussi au singulier.

Hormis ce pluriel, la partie entre tutoriel, catégorie, niveau et logiciel est OK.

2) Pourquoi avoir appelé la table des membres "_table_membres" ?
"Membre" aurait suffit ! :roll:
- Tu as laissé le mot de passe en MEDIUMTEXT et la date de naissance en trois colonnes ! :roll:
- Supprime la colonne country qui est trouvable à partir de la ville que tu dois associer au pays.
- Il y a toujours cette colonne "favoris" ambigüe à cause de son pluriel ! :roll:
- Le statut devrait être externalisé. Bis repetita je crois ! :roll:
- Qu'est-ce que la colonne "special" ? Ça sent le fourre tout anti-relationnel ! :aie:
- Évite le type ENUM et pratique plutôt l'externalisation des données pourvant prendre une liste finie de valeurs.
- Il y a toujours la colonne énigmatique et mal nommée "timestamp" ! :roll:

3) Qu'est-ce que la table "support" ?
Quelle est la signification de ses colonnes ?

4) Supprime la colonne "code_postal" de la table ville.
Une ville peut avoir plusieurs codes postaux et un code postal peut distribuer plusieurs villes.

5) Donne des noms plus explicites aux colonnes dans la table pays :
- pays_nom_fr ;
- pays_nom_en.

6) Qu'est-ce que la table "news" ?
- Pourquoi est-elle isolée ?
- Elle contient, elle aussi, une colonne timestamp ! :roll:

7) Qu'est ce que la table "objet3D" ?
- Pourquoi est-elle isolée ?
- Quelle est la signification de ses colonnes ?
- La colonne cat_obj laisse supposer une nouvelle fois une externalisation potentielle vers une table des catégorie, peut-être différente des catégories des tutoriels.
- Un titre en MEDIUMTEXT, c'est se priver d'un index simple sur cette colonne pour les recherches. Un VARCHAR est probablement suffisant.

8) Qu'est-ce que la table "tutosachetes" ?
Ça ressemble à une table associative entre les membres et les tutoriels mais pour le moment, elle est isolée.

Ton schéma est à l'évidence non terminé.
Ne va pas trop vite vers le code, prends le temps nécessaire à la phase de conception.

Inutile de poster du code PHP ici, ce n'est pas le sujet.
11/11/2012, 11h42
design_57

1) Les tables sont au singulier

2) exact , je pensais securiser en faisant comme ca :)
-Correction du type en varchar (20)
-Date de naissance pas trouvé comment faire ( boouuhh)
-Favoris correction effectuée
-Statut externaliser
-Special ? Fourre tout Kesako ?
- Je vais travailler sur le type enum en effet :) l'externalisation c'est top :)
- Adieu Timestamp

3) Table support c'est lorsque l'on poste un message

4) Colonne supprimer

5) Corrigé

6) table news c'est moi poste dedans des news pour la page accueil

7) une table qui correspond a des creations 3d que je proposerai en ddl

8) c'est une table associative pas encore associée :)
11/11/2012, 12h14
CinePhil

Citation:

Envoyé par design_57

2) exact , je pensais securiser en faisant comme ca :)

Sécuriser quoi ? 8O
On modélise les données ; la sécurisation c'est un tout autre sujet.

Citation:

-Date de naissance pas trouvé comment faire ( boouuhh)

C'est quand même pas compliqué d'ajouter une colonne de type DATE dans la table et de virer ces 3 là quand même ! 8O

Citation:

-Favoris correction effectuée

Laquelle ? Poste ton schéma corrigé !

Citation:

-Special ? Fourre tout Kesako ?

Que va contenir cette colonne ?

Citation:

3) Table support c'est lorsque l'on poste un message

Pourquoi ça s'appelle support alors ? 8O
"message", ce ne serait pas mieux ?

Citation:

6) table news c'est moi poste dedans des news pour la page accueil

Mouais... admettons... une table isolée dans un modèle, ça fait quand même bizarre !

Citation:

7) une table qui correspond a des creations 3d que je proposerai en ddl

Idem.
Ça commence à ressembler à un CMS ton projet !
Tu as envisagé cette solution ?
Avec Drupal, tu peux faire à peu près tout ce que tu veux.
Avec d'autres CMS comme Joomla, pas mal de trucs également.

Citation:

8) c'est une table associative pas encore associée :)

Et bien associe là et poste ton nouveau schéma.
11/11/2012, 13h25
design_57

2 pièce(s) jointe(s)

Et bien voila ma table terminée cette fois ci avec les associations :)
Pièce jointe 105400
Cela est mieux je le ressent ainsi , effectivement rien de mieux que de bien Structuré une Base avant se jeter dans le code !
11/11/2012, 16h16
CinePhil

1) J'avais supposé que tutosachetes était une table associative, ce que tu as confirmé en disant qu'elle n'était pas encore associée, mais tu en a fait une table issue d'une entité du MCD au lieu de simplement l'associer d'une part à membre, d'autre part à tutoriel
membre -0,n----acheter----0,n- tutoriel

La table que tu as nommée tutosachetes (pas de pluriel !) serait la transcription en table de l'association "acheter" ci-dessus.

2) Pourquoi l'identifiant de la ville se retrouve t-il participant à la clé primaire de la table membre ? 8O
C'est une simple clé étrangère ! Le membre n'est pas identifié relativement à sa ville !

3) Il y a toujours les ENUM !

Bref... il y a toujours des choses à revoir !
Moi j'ai autre chose à faire.
11/11/2012, 18h02
design_57

Je comprends merci pour ton aide tout de même.

Voir 40 message(s) de cette discussion en une page