PHP MySQL conception de la base de données

bonjour à tous et à toutes

j'ai besoin de votre aide pour les points suivants :

je voudrais voir les clients mettre une référence dans une case et une autre référence dans une autre case.

Le tout partant de phpmyadmin et allant vers MYSQL
je ne sais pas comment m'y prendre.

il faut que je retrouve ces données dans le même ordre.


autre question
j'ai un livret de LE CAMPUS
un cauchemar car dreamweaver CS3 et PHP comme ils veulent bien et je cherche à mettre en pratique leurs exemples....

Si quelqu'un peut me donner des exemples, je prends.



Dernière chose :
j'ai besoin de mettre la base de données hors du site chez un autre hébergeur. Là encore, les conseils seront les bienvenus.

mERCI A CELLES ET CEUX QUI REPONDRONT

Bien cordialement

Bonjour et bienvenue sur le forum

Je crains que tu ne poses des questions trop différentes (et pas assez détaillées) pour qu'on réponde à tout en même temps. Je vais donc m'en tenir au premier point.

Tout d'abord un point : phpMyAdmin est un outil formidable pour administrer une base de données mysql mais ce n'est pas une interface à laisser entre toutes les mains, à moins que tu n'aies envie que n'importe quel utilisateur de ton site puisse faire n'importe quoi avec ta base de données :aie:

Si tu veux que les utilisateurs de ton site entrent des informations qui seront ensuite stockées en base de données, mieux vaut écrire un formulaire et un script pour le gérer (avec suffisamment de contrôles pour limiter les problèmes)

Bon courage :salut:

Pour répondre à ton 3ème point je pense que google sera ton ami...
En fait, tout dépend de ce que tu attends de ton hébergement (espace mémoire, vitesse d'exécution, prix, autres....)

Personnellement j'ai été chez hébergeur-discount dans un premier temps mais de nombreuses sautes de serveurs m'ont fait opter plutôt pour 1&1.

En ce moment je suis entrain d'étudier la solution Ghandi.net

Bon courage

Bonjour,

Quelques précisions.

La situation est la suivante :

mes visiteurs doivent pouvoir m'indiquer 2 informations précises qui ne seront pas séparées par la base de données l'une de l'autre.

Mon fils me dit qu'il faut raisonner comme une bataille navale en prenant un carré de 10 carrés de côté.

Ainsi si en abscisse on me dit 5 et en ordonnées on me dit 8, je dois retrouver ma base de données enregistrée de telle manière
que l'abscisse soit = à 5 et l'ordonnée à 8 MAIS que les 2 éléments soient indissociables.
Car sinon je me retrouve à un tout autre endroit de ma bataille.

Par exemple,
si ma base de données me sort toutes les informations ressorties sur le 8 en mélangeant abscisse et ordonnée, c'est comme si je n'avais rien fait donc aucune utilité.


Pour information,
j'ai plus de 2 millions de références à entrer qui joueraient - si je réussi - automatiquement par enchainement :
une vis répond chez un fournisseur à une donnée précise, chez un autre à une autre.... Mais c'est la même vis
moi je converti la donnée fournisseur avec mon propre code.

Ce qui - si je reprends l'expression de mon fils - une bataille navale ainsi formée :
référence fournisseur 1 + ma référence = vis plate pour bois 4x8.
cela donnerait dans ma B2D 850-63
mais si la B2D m'indique l'inverse, c'est un débouche évier qui sortirait....

Donc je veux entrer une abscisse et une ordonnée qui auront une valeur comprise entre 0 et 11 ( j'ai bien dit mathématiquement comprise entre 0 et 11 ce qui fait de 1 à 10)Ceci automatiquement sans que j'ai besoin d'intervenir sur la B2D.

Lorsque je ressors ma B2D, je devrais pouvoir savoir quelles sont les références qui ont été le plus prisées.

En plus l'avantage, c'est que chaque nouvelle indication donnée par un client m'indiquera une référence unique (ID je crois)
Ai-je raison ?

Quelqu'un a t'il une idée ?

SI je suis trop compliqué,
merci de me pardonner mais cela huit jours que je suis sur ce casse-tête et je n'arrive pas à en sortir.

Bien cordialement à vous

Je pense que malheureusement votre méthodologie n'est absolument pas adaptée.

La vision "batale navale", oui pourquoi pas, mais ça reste une vision schématique pour essayer de faire comprendre une partie des concepts, on ne peut pas s'appuyer sur ceci pour faire de vraies tâches (tout comme en mathématique on pourrait parler de "patate" pour représenter un ensemble, on ne peut pas utiliser de "patate" en démonstration).

Pouvez-vous expliquer votre besoin, en français, sans conception aucune, car je n'ai même pas compris votre problème.

Par exemple : "Je dois répertorier toutes les pièces que je dois trouver dans ma quincaillerie.
Ensuite, je dois pouvoir savoir quelles ont été les pièces le plus achetées par mes clients."

Et ben avec des considérations comme ça tu n'es pas sorti de l'auberge !

Je ne reprendrai que les deux phrases essentielles :

Citation:

---

une vis répond chez un fournisseur à une donnée précise, chez un autre à une autre.... Mais c'est la même vis
moi je converti la donnée fournisseur avec mon propre code.

---

La vis en question est un article parmi d'autres, que tu références avec ton propre code. Cette vis est fournie par des fournisseurs qui référencent chacun cette vis avec leur propre code.

J'ai mis ci-dessus en gras les entités, en souligné une association et en italique des attributs.

Nous avons donc les schémas MCD suivants :
Fournisseur -0,n----Fournir----0,n- Article

Ce schéma se lit de la façon suivante :
1) Un fournisseur peut ou pas fournir des articles
2) Un article est fourni ou pas par des fournisseurs

Ce schéma peut conduire aux tables suivantes, dans lesquelles nous allons faire figurer tes codes et ceux des fournisseurs :
Fournisseurs(F_Id, F_Nom, ...)
Articles(A_Id, A_CodeInterne, A_Libelle, ...)
Fournir(FA_IdFournisseur, FA_IdArticle, FA_CodeArticleFournisseur, ...)

Quels sont les fournisseurs qui me fournissent des "vis plate pour bois 4x8", quel est le code interne de cet article et quels sont les codes chez ces fournisseurs ?

Code:

---

1 2 3 4 5 6

SELECT a.A_CodeInterne, f.F_Nom, fa.FA_CodeArticleFournisseur FROM Articles a INNER JOIN Fournir fa ON a.A_Id = fa.FA_IdArticle INNER JOIN Fournisseurs f ON fa.FA_IdFournisseur = f.F_Id WHERE A_Libelle = "vis plate pour bois 4x8" ORDER BY f.F_Nom

---