Probleme Sql compter nombre champs par son ID

Bonsoir ,

Voila j'ai un petit soucis avec ma BDD , en fait je m'explique ;
Table "tuto"
id_tuto int(11)
id_user int(11)
nom_logiciel
etc...

Table "logiciel" (contient 20 entrées )
id int(11)
nom_logiciel varchar (255)
nbr_tuto int (11)

Lorsque je poste un nouveau tuto via mon formulaire, pas de soucis, il se met à jour et incrémente le champs nbr_tuto de +1 , de ce coté pas de pb :)
Seulement lorsque sur ma page d'index je cherche a afficher dans des divs separé une pour chaque logiciel ( 20 dans mon cas )
Je n'arrive pas à aficher le nombre de tuto pour Firefox par exemple qui possede l'Id 12,(ni meme les infos que je recupererai en table TUTO) il m'affiche toute les infos de la table logiciel sous la forme d'un tableau
dans une seule div et il boucle la meme chose dans les autres divs :(

Bienfaiteur que tu seras celui qui m'aideras :)

Bonsoir,

nbr_tuto dans la table logiciel est un calcul du nombre de tuto de la table tuto pour le logiciel correspondant dans la table logiciel ? Si oui, c'est pas bien ! Il ne faut pas stocker une données calculé dans une table.

Pour ton problème de div :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

//Vue que tu n'a pas préciser qu'elle type de connexion à la BDD que tu utilise, j'utiliserais PDO dans l'exemple.   try{ $bdd = new PDO('mysql:host=localhost;dbname=monSite', 'user', 'mdp'); }catch (Exception $e){ die('Erreur : ' . $e->getMessage()); }   //Requete SQL qui récupère tous les tuto de Firefox $sql = 'SELECT id_tuto, nom_logiciel, les_autres_colonnes FROM tuto WHERE nom_logiciel = :nomLogiciel';   $requete = $bdd->prepare($sql); $requete->execute( array('nomLogiciel' => "Firefox") ); //Tu peu utiliser une variable reçus en $_GET[''] pour afficher les tuto en fonction du choix de l'utilisateur.   while( $tuto = $requete->fetch() ){ echo '<div class="tuto"> <p>Info du tuto :<br /> Nom logiciel : ' . $tuto['nom_logiciel'] . '.</p> </div>'; }

---

Tu aura pour chaque tuple remonté par ta requête SQL une div contenant les informations du tuto.

Après a toi d'adapter en fonction de comment tu les souhaite afficher, de ta requête pour remonter tes infos, des variables que tu reçois pour afficher les tuto.

Merci pour ta reponse, en fait je suis resté flou,
Ma connexion a la base est en procédural, désolé pour l'oubli,
Je ne comprend pas bien comment dois je faire alors pour stocké ?
Puisque je veut qu'a chaque fois que j'ajoute un tutoriel, il soit comptabilisé et me permettre de reafficher le nombre de tutoriel par logiciel plus tard :)

Peut tu me refaire la demarche en procedural , ainsi que le systeme de recuperation en GET ( Pas trop dangereux ? )

Par contre les utilisateurs ne pourront pas poster de tutos, c'est juste moi.
Merci encore d'avoir répondu ;)

Effectivement, il faut revoir le modèle de données ! :aie:

Règle de gestion :
Un tutoriel concerne un logiciel et un logiciel peut être concerné par plusieurs tutoriels.

MCD :
tutoriel -1,1----concerner----0,n- logiciel

Tables :
logiciel (lgc_id, lgc_nom...)
tutoriel (ttr_id, ttr_id_logiciel...)

Combien de tutoriels par logiciel ?

Code:

---

1 2 3 4 5

SELECT l.lgc_id, l.lgc_nom, COUNT(t.ttr_id) AS nombre_tutoriels FROM logiciel l LEFT OUTER JOIN tutoriel t ON t.ttr_id_logiciel = l.lgc_id GROUP BY l.lgc_id, l.lgc_nom

---

Tout d'abord merci de tout coeur mais pourrais tu m'expliquer plus en détail
je suis un novice en php , mais je voudrai que mon site sois bien construit !
Donc je suis pret a revoir tous si il le faut :)

Dit cela s'applique pour une table myisam ?
Parce que je ne pige rien de rien a la gestion en Innodb

a ta question combien de tutoriel par logiciel ? je sais pas j'en ajoute tout le temps ;)
Merci par avance

Citation:

---

mais pourrais tu m'expliquer plus en détail

---

J'ai donné deux liens essentiels pour bien modéliser une base de données relationnelle.
Il faut commencer par là quand on veut construire une application utilisant une base de données.
Ce n'est pas l'application qui commande la structure de la BDD ; elle doit au contraire s'y plier.

Citation:

---

Parce que je ne pige rien de rien a la gestion en Innodb

---

MyISAM : moteur à abandonner !
Encore utile aujourd'hui si on a besoin de la recherche FULL TEXT mais la prochaine version de MySQL (peut-être est-elle même déjà sortie) ajoutera ce dernier avantage de MyISAM au moteur Innodb qui en a beaucoup d'autres, notamment la gestion des contraintes de clés étrangères qui sont essentielles pour une base de données bien maîtrisée.

Pour celui qui écrit les requêtes, le fait que ce soit en MyISAM ou en InnoDB est transparent. Ce choix n'intervient qu'à la création de la table.

Donc je devrais convertir mes tables en Innodb ?
Ca m'embete parce que je ne comprend rien au FK etc...
Et toute ma bdd et en myisam :(

Je vais devoir revoir les bases de chez base....
Sinon pour mon probleme d'identification de tutoriaux je dois faire une FK deja ?
Si oui comment adapter a ma structure actuelle ?

Citation:

---

Envoyé par design_57

Donc je devrais convertir mes tables en Innodb ?

---

C'est conseillé.

Citation:

---

Ca m'embete parce que je ne comprend rien au FK etc...

---

Ben il faut s'y mettre si tu veux travailler correctement !
Ce n'est pas très difficile et il y a des tutoriaux sur DVP.

Reprenons le modèle que j'ai donné :

Citation:

---

Envoyé par CinéPhil

MCD :
tutoriel -1,1----concerner----0,n- logiciel

Tables :
logiciel (lgc_id, lgc_nom...)
tutoriel (ttr_id, ttr_id_logiciel...)

---

Les clés primaires sont soulignées et la clé étrangère est en italique.

Si tu utilises phpMyAdmin pour gérer ta BDD, tu affiches la table tutoriel et tu cliques, dans l'onglet Structure sous la liste des colonnes, sur "Vue relationnelle" (dans de plus anciennes versions de phpMyAdmin, ce lien s'appelait "gestion des relations" je crois).
Il suffit alors, en face de la colonne ttr_id_logiciel de choisir la colonne logiciel.lgc_id et de sauvegarder. La clé étrangère est créée !
Il est utile également de fixer le paramètre ON DELECT soit à RESTRICT soit à CASCADE.
RESTRICT signifie que si tu supprimes un logiciel, le SGBD t'en empêchera s'il existe un tutoriel pour ce logiciel.
CASCADE signifie que si tu supprimes un logiciel, tous les tutoriels référençant ce logiciel seront automatiquement supprimés. Pratique non ?

Voici le code SQL des deux tables que j'ai données :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

CREATE TABLE logiciel ( lgc_id int(11) NOT NULL AUTO_INCREMENT, lgc_nom int(11) NOT NULL, PRIMARY KEY (lgc_id) ) ENGINE=InnoDB DEFAULT CHARSET=latin1;   CREATE TABLE tutoriel ( ttr_id int(11) NOT NULL AUTO_INCREMENT, ttr_id_logiciel int(11) NOT NULL, PRIMARY KEY (ttr_id), KEY ttr_id_logiciel (ttr_id_logiciel), CONSTRAINT tutoriel_ibfk_2 FOREIGN KEY (ttr_id_logiciel) REFERENCES logiciel (lgc_id) ON DELETE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=latin1;

---

Citation:

---

Et toute ma bdd et en myisam :(

---

Je suppose qu'elle ne fait pas des centaines de tables ?
Avec phpMyAdmin c'est assez facile et rapide à modifier.

Citation:

---

Je vais devoir revoir les bases de chez base....

---

Une bonne adresse pour cela : SQLPro !

Citation:

---

Sinon pour mon probleme d'identification de tutoriaux je dois faire une FK deja ?

---

Oui, j'ai donné le modèle plus haut et dans mon précédent message.
D'ailleurs, tu avais déjà des clés étrangères dans ta table :

Citation:

---

Table "tuto"
id_tuto int(11)
id_user int(11)
nom_logiciel
etc...

Table "logiciel" (contient 20 entrées )
id int(11)
nom_logiciel varchar (255)
nbr_tuto int (11)

---

id_user est une bonne clé étrangère référençant la table des utilisateurs.
nom_logiciel est une mauvaise clé qui référence le nom du logiciel alors qu'il faudrait référencer son identifiant.

Une clé étrangère référence une clé primaire d'une autre table.

Et bien cela a le mérite d'être clair :)
Merci en tous cas pour tous ces renseignements,
Juste une derniere question stp, comment dois je faire maintenant que je suis en InnoDb, pour faire en sorte que lorsque je poste un tuto dans la table tutoriel, il s'incrémente dans la table logiciel et sois recuperer pour etre afficher en sur mon site ?
Ca fait beaucoup de question je sais mais ton aide m'est tres précieuse.
et je tiens a te remercier pour le temps que tu veut bien m'accorder.

L'etape à suivre exactement ?

Citation:

---

comment dois je faire maintenant que je suis en InnoDb, pour faire en sorte que lorsque je poste un tuto dans la table tutoriel, il s'incrémente dans la table logiciel

---

Apparemment, tu as mal compris !
C'est le tutoriel qui référence le logiciel donc le logiciel pré-existe au tutoriel.

Si je veux insérer un nouveau tutoriel sur le logiciel Open Modelsphere et que ce logiciel n'existe pas encore dans la table des logiciels, il faut d'abord créer le logiciel.

Code:

---

1 2 3 4 5 6 7

INSERT INTO logiciel (lgc_nom) VALUES ('Open Modelsphere');   INSERT INTO tutoriel (ttr_id_logiciel) SELECT lgc_id FROM logiciel WHERE lgc_nom = 'Open Modelsphere';

---

Si tu veux afficher le nombre de tutoriels consacré à un logiciel, tu fais une requête :

Code:

---

1 2 3 4

SELECT COUNT(t.ttr_id) AS Nombre_tutoriels FROM logiciel l INNER JOIN tutoriel t ON t.ttr_id_logiciel = l.lgc_id WHERE l.lgc_nom = 'Open Modelsphere'

---

On ne stocke pas une quantité calculable dans le base de données. On la calcule quand on en a besoin. La table logiciel ne doit pas comporter de colonne "nbr_tutoriel".

Si tu veux la liste de tous les tutoriels d'un logiciel, tu fais une autre requête :

Code:

---

1 2 3 4

SELECT t.ttr_id, t.ttr_titre FROM tutoriel t INNER JOIN logiciel l ON l.lgc_id = t.ttr_id_logiciel WHERE l.lgc_nom = 'Open Modelsphere'

---

D'accord donc si je suis ce que tu dit ,
Il me faut lorsque je remplit mon formulaire de tuto pour un type de logiciel precis , l'ajouter a la DB si il n'existe pas ?
C'est bien cela ?
De même, Il ne faut pas stocker une données calculé dans une table m'a t'on dit plus haut , donc en fait a chaque fois que j'ajouter un tuto j'etait dans le faux, car j'UPDATER a chaque fois la colonne concerner ( genre tutop et tutog.
Mais alors admettons que je me retrouve avec 2 type de tuto genre des gratuits et des payants comment m'y retrouver ?

Citation:

---

Envoyé par design_57

D'accord donc si je suis ce que tu dit ,
Il me faut lorsque je remplit mon formulaire de tuto pour un type de logiciel precis , l'ajouter a la DB si il n'existe pas ?
C'est bien cela ?

---

Oui.

Citation:

---

De même, Il ne faut pas stocker une données calculé dans une table m'a t'on dit plus haut , donc en fait a chaque fois que j'ajouter un tuto j'etait dans le faux, car j'UPDATER a chaque fois la colonne concerner ( genre tutop et tutog.

---

Oui.

Citation:

---

Mais alors admettons que je me retrouve avec 2 type de tuto genre des gratuits et des payants comment m'y retrouver ?

---

Et bien tu types tes tutoriels !

Règle de gestion :
Un tutoriel est d'un seul type et un type peut qualifier plusieurs tutoriels.

MCD :
type -0,n----qualifier----1,1- tutoriel

Tables :
type (typ_id, typ_libelle)
tutoriel (ttr_id, ttr_id_logiciel, ttr_id_type...)

Si tu n'as que ces deux types, tu peux aussi simplifier en ajoutant à la table tutoriel une colonne ttr_prix et attribuer la valeur 0 aux tutoriels gratuits.
tutoriel (ttr_id, ttr_id_logiciel, ttr_prix...)

Reprends la conception en commençant par écrire des règles de gestion claires comme je le présente dans mon billet de blog puis fais un MCD, de préférence avec un logiciel de modélisation. Il en existe des gratuits tels Open Modelsphere ou JMerise.

Extra , je n'y aurai meme pas penser !
Donc je met une colonne ttr_g et par defaut je lui attribue 0 en champ de type INT ? dans le phpmyadmin et pour le ttr_p la c'est un champ INT aussi ?
je dois la aussi faire une nouvelle table contenant les deux type ou ajouter dans la table tutorial ?

Par contre je vois TYPE et libelle et id pourquoi ?

Citation:

---

Donc je met une colonne ttr_g et par defaut je lui attribue 0 en champ de type INT ? dans le phpmyadmin et pour le ttr_p la c'est un champ INT aussi ?

---

C'est quoi ttr_g et ttr_p ?
Tutoriel gratuit et tutoriel payant ?
Si tu mets deux colonnes, tu pourras avoir un tutoriel à la fois gratuit et payant ! :aie:
Si tu ne veux pas indiquer le prix du tutoriel mais seulement le fait qu'il est gratuit ou payant, utilise une colonne booléenne ttr_payant qui sera automatiquement transformée par MySQL en TINYINT(1).
ttr_payant = 1 => tutoriel payant ;
ttr_payant = 0 => tutoriel gratuit.

Si tu n'as que ces deux types et que tu as suffisamment d'information avec le booléen, inutile d'ajouter une table type et une clé étrangère vers cette table.

Citation:

---

Envoyé par CinePhil

C'est quoi ttr_g et ttr_p ?
Tutoriel gratuit et tutoriel payant ?
Si tu mets deux colonnes, tu pourras avoir un tutoriel à la fois gratuit et payant ! :aie:
Si tu ne veux pas indiquer le prix du tutoriel mais seulement le fait qu'il est gratuit ou payant, utilise une colonne booléenne ttr_payant qui sera automatiquement transformée par MySQL en TINYINT(1).
ttr_payant = 1 => tutoriel payant ;
ttr_payant = 0 => tutoriel gratuit.

Si tu n'as que ces deux types et que tu as suffisamment d'information avec le booléen, inutile d'ajouter une table type et une clé étrangère vers cette table.

---

La je suis planté, mdr comment les gens verrons le prix du coup style il coute 15 euro ?

Citation:

---

Envoyé par design_57

La je suis planté, mdr comment les gens verrons le prix du coup style il coute 15 euro ?

---

J'ai donné la solution plus haut :

Citation:

---

Si tu n'as que ces deux types, tu peux aussi simplifier en ajoutant à la table tutoriel une colonne ttr_prix et attribuer la valeur 0 aux tutoriels gratuits.
tutoriel (ttr_id, ttr_id_logiciel, ttr_prix...)

---

Pour les colonnes monétaires, il est recommandé d'utiliser le type DECIMAL.

Pardon j'avais pas vu desolé pour la redondance,
J'ai installer Open Modelsphere
Je fait mon model pense tu pouvoir me dire si ca va lorsque qu'il sera établi ?
je veut dire les jointure etc...

Voila ma base comme elle l'est actuellement a partir de cela que puis apporter comme innovation ? Optimisation ou clé fk comment les liaison marche t'elle dans le logiciel ?
Pièce jointe 105319

Tu as fait un schéma représentant des tables (puisqu'elles contiennent déjà les clés étrangères) mais aucune association entre elles.

De plus, :
1) Tu devrais externaliser ville et pays, sous peine :
- de te retrouver plusieurs fois avec la même ville ou le même pays sous des orthographes différentes ;
- d'avoir Paris en Turquie ! :aie:
C'est de la redondance de données et il faut la bannir de la base de données.
Le bon schéma :
membre -1,1----habiter----0,n- ville -1,1----situer----0,n- pays

2) MEDIUMTEXT pour un mot de passe !
Tu as des mots de passe de plus de 255 caractères toi ? 8O
Un VARCHAR est largement suffisant, voire un CHAR si tu veux imposer la taille du mot de passe.

3) Pourquoi stocker une date (de naissance) dans trois colonnes alors qu'il existe le type DATE ?

4) Tant que possible, évite le type TEXT et préfère le VARCHAR.

5) Les favoris du membre doivent être externalisés.
membre -0,n----avoir----(1,1)- favori
Remarque les cardinalités entre parenthèse qui signifient une identification relative.
Pour le faire avec Open Modelsphere, tu clique sur le bouton clé puis sur les cardinalités.

6) Que sont stat, spec, web, quest ?
Encore des colonnes multivaluées ? À externaliser !
Au passage, donne un nom clair à tes colonnes.

7) Tu ne devrais avoir aucune colonne "NULLable".
NULL est un parasite qui nuit aux performances sur pas mal de requêtes.

8) Évite le type ENUM, non standard SQL.
Il vaut mieux faire une association avec une entité type de référence.

9) "timestamp" est un mauvais nom de colonne car c'est un mot réservé du langage SQL.
Idem pour "date" dans la table support.
Et c'est quoi ce timestamp ? Il représente quoi ? Encore une fois, donne un nom clair !

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 !

11) Pourquoi un BIGINT pour (encore !) timestamp dans la table news ?
Il existe un type timestamp qui se suffit à lui même et qui permet des opérations de date.

12) Pourquoi avoir fait deux tables tuto_gratuit et tuto_payant qui ont les mêmes colonnes ? :roll:
Une seule table tutoriel est suffisante, avec, comme dit précédemment :
- 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.

13) Je vois une colonne idtransact dans la table tutoachat.
Ceci laisse supposer une référence à une table transact mais je ne la vois pas.

14) si la colonne "cat" dans tes tables tuto est une catégorie, à externaliser dans une table des catégorie et fais une association entre tutoriel et catégorie.

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

2) MEDIUM aie c'est vrai que c'est pas adapter du tous :) Hop changer en varchar.

3) La date de naissance est stocker comme ca car voila mon bout de code pour
la dite date.

Code:

---

(<label for="date_de_naissance" >Date de naissance :</label><select name="bdday" value="<?php if(!empty($_POST['bdday'])) { echo htmlspecialchars($_POST['bdday']);} ?>"><option value="01">01</option><option value="02">02</option><option value="03">03</option><option value="04">04</option><option value="05">05</option><option value="06">06</option><option value="07">07</option><option value="08">08</option><option value="09">09</option><option value="10">10</option><option value="11">11</option><option value="12">12</option><option value="13">13</option><option value="14">14</option><option value="15">15</option><option value="16">16</option><option value="17">17</option><option value="18">18</option><option value="19">19</option><option value="20">20</option><option value="21">21</option><option value="22">22</option><option value="23">23</option><option value="24">24</option><option value="25">25</option><option value="26">26</option><option value="27">27</option><option value="28">28</option><option value="29">29</option><option value="30">30</option><option value="31">31</option></select><select name="bdmonth" value="<?php if(!empty($_POST['bdmonth'])) { echo htmlspecialchars($_POST['bdmonth']);} ?>" ><option value="01">01</option><option value="02">02</option><option value="03">03</option><option value="04">04</option><option value="05">05</option><option value="06">06</option><option value="07">07</option><option value="08">08</option><option value="09">09</option><option value="10">10</option><option value="11">11</option><option value="12">12</option></select><select name="bdyear" value="<?php if(!empty($_POST['bdyear'])) { echo htmlspecialchars($_POST['bdyear']);} ?>"> <?php $annee_base = date(Y) - 100; $annee = $annee_base; while($annee <= date(Y)) { echo "<option value='".$annee."'>".$annee."</option>"; $annee++; } ?></select> )

---

J'avais penser à un foreach mais je sais pas si c'est valable :)

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

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 :)

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

7) Pb reglé j'ai tout mis en NOT NULL

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

9)timestamp je degage de suite sert plus a rien de toute façon ;)

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

11) Alors la j'ai fait une boulette, reglé en news_date type timestamp

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 ?

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

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

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

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

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 :https://www.developpez.net/forums/attachments/p105329/php/php-base-donnees/probleme-sql-compter-nombre-champs-id/diagramme.jpg/\" title=\"Nom : Affichages : Taille : \">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.

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

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.

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.

---

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"; } } } }

---

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.

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 :)

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.

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 !

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.

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