ajout dynamique de donnée pour un enregistrement

bonsoir !

voilà mon souci.

un utilisateur configure son compte ( j'ai un gite (ou pas) j'ai une chambre (ou pas )), et en fonction de cela je créer dynamiquement ma table dans ma base mysql. jusque là fastoche !
chaque utilisateur a un compte à son image, et ma base la table correspondante.
mais là où je coince c'est pour la création d'enregistrement.
je n'arrive pas à coucher sur le papier de quoi créer un algo capable de créer un enregistrement dynamiquement en fonction de cette configuration.

pour plus de précision :

un utilisateur possède N gîtes & N chambres & N clients.
une facture possède du total ttc, ht tva etc... ( du générique) et en fonction de l'utilisateur, total_gite_X, total_gite_Y, idem pour les chambres

je ne pense pas pouvoir faire des boucle au sein même de la requête php...
si vous avez une idée, une solution, je vous écoute et merci d'avance !

je pense qu'il y a une erreur dans ta conception.
avec une bonne analyse tu n'aura pas à créer des tables dynamiquement, ton problème se situe à un niveau plus élevé

éclaire moi s'il te plait

les éclaircissements c'est à toi de les fournir: expliquer plus les objectifs à atteindre avec les détails

un bon énoncé ne serai pas qu'un luxe

je créer un site de facturation en ligne

un utilisateur peut configurer son compte avec des gites chambre d'hôtes et tables d'hôtes...
chaque gîte, table .... possède ses propres caractéristiques
un utilisateur possède plusieurs clients qui ont leur caractéristiques
à partir de là ma base est constitué ainsi

entité utilisateur
entité compte
entité client
entité gite
entité chambre
entité table

chaque utilisateur peut créer une facture
une facture possède un nombre de nuitées ou semaines pour les calculs.
également un nombre de personnes pour chacun des gîtes et chambres
ayant tous des tarifs différents. ensuite viennent les éléments communs a toute facture...

j'ai donc pensé qu'une facture pouvant être totalement différente d'un utilisateur à un autre, le mieux eût été de créer une table pour chacun dynamiquement. donc j'ai écris un petit script PHP le faisant.

mais je suis allé un peu vite maintenant je suis coincé pour mon script qui se chargera d'insérer un enregistrement... je souhaites quelque chose d'automatique, que je n'ai pas à créer manuellement ce script à chaque fois...

comme tu me disais que le problème venais de plus haut, j'ai tout de suite pensé qu'il s'agissait d'un souci de conception de base... mais à force d'être dedans je ne vois plus rien !!!

peux-tu m'aider ?

Bonjour,

Citation:

---

comme tu me disais que le problème venais de plus haut, j'ai tout de suite pensé qu'il s'agissait d'un souci de conception de base... mais à force d'être dedans je ne vois plus rien !!!

---

Les tutoriels sur Merise :fleche: http://merise.developpez.com/cours/

Ensuite tu doits penser comment l'utilisateur entre les donnée :fleche: http://php.developpez.com/cours/?pag...ge#formulaires

A+.

merci d'avoir répondu,

j'ai ma base à zéro, voici en pièce jointe ce que j'ai produit,
comment faut-il que je conçoive mon ou mes entité(s) pour ma facture ?

en sachant qu'une facture contiendra

un client
un utilisateur
une date

pour chaque gite enregistré par utilisateur
-un nombre nuitées
-un nombre de semaines
-un nombre de personnes

pour chaque chambre
-un nombre nuitées
-un nombre de semaines
-un nombre de personnes

pour la table d'hote
-les nbres de personnes (adulte ou enfant) ayant pris un repas
-les nbres de personnes (adulte ou enfant) ayant pris un petit déjeuner
-le vin est à part car la tva est différente.

un mode de paiement
un total par gite ttc et ht
le détail par gite de tva
un total par chambre ttc et ht
le détail par chambre des tva

total ttc, ht, détail tva.



alors sur le papier c'est tout beau, mais je n'arrive pas à modéliser le tout pour que ça fonctionne...

je pense qu'il serai judicieux de déplacer ton topic à un forum plus approprié.
en attendant l'intervention d'un modérateur, peut tu donner plus de lumière :

quelle est la relation entre le client et l'utilisateur?
à quoi correspond la table compte? son existence est elle justifiée (par exemple est ce qu'un utilisateur peut posséder plusieurs compte ou l'inverse un compte peut il etre attribué a plusieurs utilisateur)? car sinon utilisateur et compte seront fusionnés en une unique table
pourquoi nombre de nuitée et nombre de semaine? normalement on tarifie en nbr de nuitée non??
quelle est la signification des lettres : b,m et h pour les prix nuit et prix semaine?
sur ton modèle aucune date n'est indiquée, ni la durée d'occupation d'une gite ou chambre, pourtant tu en auras besoin pour ta facture???
je pense, qu'il va falloir insérer des tables :
entre utilisateur et gite
entre utilisateur et chambre
entre utilisateur et tableh
dedans tu mettra la date du début d'occupation et la date de fin (ou la durée, le nombre de nuitée ... ce que tu veux) et le nombre de dej et petitdej dans le cas de la tableh

alors voyons...

j'ai souhaité avoir la table compte pour bien dissocier l'utilisateur de son entreprise, oui je pourrais fusionner les deux mais c'est un choix personnel.

En effet dans ce cas précis il arrive que l'entreprise d'hébergement propose des tarifs à la nuitée mais également à la semaine. ( fait établis grâce à la collaboration d'une professionnelle de l'hébergement de loisirs)

les lettres, b,m,h existent parce qu'il y a la dissociation entre les basses, moyennes et hautes saisons du point de vue tarifaire.

pour ce qui est des dates et durées en fait je comptais l'intégrer dans la table de facture.

j'ai mis en pièce jointe ce que j'ai fait.
peut-être pourrais-tu critiquer mon modèle ?

de fait, maintenant je pense que tout est accessible par requêtes imbriquées et calculs divers, mais il est possible que je rate un détail.

les tables gite_fact, chambre_fact et table_fact sont à placer entre la table utilisateur et les autres gite, chambre et tableh (en effet il correspondent à une relation plusieurs à plusieurs entre ces tables et la table utilisateur).

la table facture n'existera pas normalement dans ta base de données, elle est le résultat d'une requete appropriée (une vue)

ok super !

je fait la modif ! merci à toi pour cet éclaircissement .