Table qui se référence elle-même ou simplicité ?

Bonjour,

Voilà je vous écrit aujourd'hui pour un petit soucis.
Je met à jour une application que j'ai déjà développé il y a un petit moment et que j'aimerais simplifier.

C'est pour faire de la facturation. La facture se compose d'articles qui sont rangés dans des titres et sous-titres pour un soucis purement de présentation.

A l'époque, j'avais donc fait un schéma avec deux tables, l'une pour les titres et l'autre pour les articles, avec les bonnes relations entre elles pour qu'un titre puisse appartenir à un autre titre (donc la table "titres" faisait référence à elle-même) et pour qu' un article puisse appartenir à un titre.

Aujourd'hui, je me demande si c'était vraiment nécessaire. En effet, je veux inclure une nouvelle donnée qui va en fait me permettre de savoir dans quel ordre je dois afficher mes titres.

Je me demande alors si je ne peux pas faire sauter la relation de titres à titres, et afficher les titres juste dans le bon ordre, puisque c'est juste de l'esthétique.

Je sais pas si j'ai été claire. En tout cas, merci par avance pour votre aide !

En fait, je suis plus sure de devoir faire une table si compliqué pour les titres puisqu'ils ne sont là que pour faire jolis dans le contenu de ma facture. S'ils n'étaient pas là, cela ne changerait rien au final, ce n'est pas une donnée fondamentale.

Je ne veux pas non plus les mélanger à la table des articles car les données n'ont rien à voir.

Pour l'instant mon schéma ressemble à ça :
http://img242.imageshack.us/img242/4...itreyo4.th.png

Merci de votre aide.

En fait je parle de faire plus simple, car quand il va falloir afficher la facture, avec mon système actuel, je dois faire de la récursivité (pour savoir quel titre appartientà quel titre et si je dois l'afficher en dessous de tel ou tel titre) etc etc et les articles et titres n'apparaissent pas forcément dans l'ordre que veut la personne.

Donc c'est pour ça que j'ajoute un ordre, mais si j'ajoute un ordre, est-ce que j'ai besoin de m'embêter à faire de la récursivité pour mon affichage ? Surtout que les titres ne sont pas une données fondamentales mais juste là pour rendre la facture plus lisible, du style (en rouge j'ai les titres, et le reste ce sont les articles) :

Fruits :

• Pommes
• Bananes

Produits de beauté :

• Gel Douche
• Shampooing

Personne pour me donner son avis ? Merci d'avance !

A l'évidence en effet votre modèle est mal conçu car ce que vous avez fait est d'introduire une notion de "rayon" au sein des produits.
Votre modèle en auto référence aurait pu être bon, dans le cas d'une nomenclature ou un produit eut lui même contenir un autre produit. Exemple : robot pinpin contenant un jeu de pile wonder, pile wonder pouvant elle aussi être vendue séparément....

A +

En fait, je n'ai pas eu le choix pour les titres (ce que vous appelez "rayons").

J'ai une liste d'articles qui, pour une question de lisibilité, doivent apparaître séparés par des titres qui eux-même peuvent être sous-titres d'autres titres.

Si j'avais fait une table à part pour les titres, c'est parce que je ne voulais pas avoir une table qui mélangeait articles et titres en sachant que les articles sont créés à chaque nouvelle facture, car un article est toujours unique ...

Que me suggérez-vous pour faire au plus simple et surtout au plus correct ?

Merci !

Citation:

---

Envoyé par poopsinou

car un article est toujours unique ...

---

Vous ne vendez qu'une seule fois chaque article ? 8O

Comme les choses sont présentées : oui !

C'est un peu spécial en fait : en réalité, on pourrait dire qu'il y aurait des catégories d'articles, mais elles ne nous serviraient qu'à nous donner le nom de l'article en général, car chaque article a au final sa propre désignation, son propre prix et quantité, n'est pas toujours composé de la même manière qu'un article de sa même catégorie, et les éléments qui les composent varient à chaque fois au niveau des prix.

C'est en quelque sorte du sur mesure.

Ce que je voulais dire, en reprenant ton exemple plus haut :
"Dans ton entreprise, vous ne vendez qu'une seule fois des pommes et ensuite vous n'en vendez plus jamais ?" 8O :mouarf:

Ce qui se cache derrière ma question est qu'il faut distinguer les articles de leur présence ou non dans une facture.

Généralement, une facture est composée d'informations propres à la facture (n° de facture, délai de paiement, n° du client...) et de lignes de factures (code article, quantité, prix de vente HT, code ou taux de TVA).

Dans ton cas, les lignes de facture pourraient en plus être rattachées à l'identifiant d'un titre. Il serait ainsi possible de classer les lignes de facture par titre.

Les titres peuvent eux-mêmes avoir un titre père et ensuite l'application qui génère les factures utilise les infos de la BDD pour mettre en forme tout ça correctement.

:D
En fait, ce n'est pas pour vendre des fruits et légumes qu'on classerait très bien !!

En fait, il s'agit d'articles sur mesure (aux dimansions souhaitées au millimètre par la personne, et avec tel et tel composant, etc etc) et donc unique.
Ils ont chacun leur dénomination car ils doivent apparaitre selon la dénomination du client (et oui c'est pas toujours le plus simple) !!

DOnc un article vendu une fois pour un client, ne sera peut-être plus jamais revendu, ou peut-être que si, mais il ne portera plus le même nom, d'où le fait que j'en fais des articles différents surtout qu'ils n'auront jamais le même prix (le prix dépend de trop de choses là) !!!!!!!!!

Pour le modèle que tu décris avec la facture, article et titre, c'est ce que j'ai fait. Mais je me demandais juste s'il n'était pas bizarre d'avoir une table aussi complexe (qui fait référence à elle-même) juste pour des titres ...

Et quand tu dis "lignes de factures", c'est pour le distinguer de l'article ? Car chez moi une ligne de facture équivaut à une article (enfin, y'a pas de distinction).

Citation:

---

Envoyé par poopsinou

Et quand tu dis "lignes de factures", c'est pour le distinguer de l'article ? Car chez moi une ligne de facture équivaut à une article (enfin, y'a pas de distinction).

---

Effectivement c'était pour ça mais avec tes explications je vois que ce n'est pas utile dans ton cas.

Un petit détail : Dans ta table articles, le #titreParent est bien une clé étrangère venant de la clé primaire de la table Titres j'espère ! Moi je l'appellerais #idTitreClassement ou un truc dans le genre pour ne pas prêter à confusion avec la clé étrangère déjà présente dans la table Titres et qui porte le même nom.

Sinon en conclusion je ne vois pas spécialement de modèle plus simple.
A l'appli de facturation de gérer ça correctement ensuite.

Donc, vous pensez que j'ai fait juste et qu'il n'y a pas de raison de chercher à le modifier ?

Merci !

J'ai édité mon message pendant que vous répondiez.

Citation:

---

Un petit détail : Dans ta table articles, le #titreParent est bien une clé étrangère venant de la clé primaire de la table Titres j'espère ! Moi je l'appellerais #idTitreClassement ou un truc dans le genre pour ne pas prêter à confusion avec la clé étrangère déjà présente dans la table Titres et qui porte le même nom.

---

Tout à fait oui ! J'ai juste mis le même nom pour savoir ce que c'était en fait !

Et bien merci pour vos réponses ! J'avais un peu peur de m'y être mal prise.

Bon je me permets de réouvrir le sujet un mois après (j'avais fait une pause dans mon projet), car je viens de penser à quelque chose.

Sachant que mes articles sont enregistrés une première fois dans une autre table, est-il possible de simplifier la chose comme suit pour la facture :

http://img100.imageshack.us/img100/9...itreci4.th.pnghttp://img100.imageshack.us/images/thpix.gif

(type_ligne correspondrait à "article" ou "titre". Ce qui simplifierait énormément le traitement je pense (notamment pour la saisie de la facture).

Qu'en pensez-vous ?

Dans ce cas les lignes de titre n'auront pas de prix ni de quantité (valeur NULL).
C'est faisable comme ça je pense oui.

Mais ce n'est pas un problème si ces deux lignes sont à null, non ?
D'ailleurs la clé étrangère sur les id-repere ne sera pas toujours renseignée non plus (dans le cas d'un titre).

Je pense que c'est plus simple, surtout qu'en fait cette table sert au corps de la facture, car en fait une facture va être faite en plusieurs fois (on ne facture pas tout d'un coup, on incrémente à chaque fois le nombre d'articles et on déduit le montant de la facture précédente, et ainsi de suite) et je pensais l'importer d'un fichier excel (déjà existant) qui remplirait mon formulaire de saisie à valider par la suite, donc pour gérer les titres, cela est beaucoup plus simple de faire comme je le veux dans la dernière table non ?

Merci !