Re: [users-fr] base de données produits
Je commence tout juste migrer vers OOo et je n'ai pas encore testé Base (j'ai utilisé Access, et maintement MySql). En SGBDR, ne pas créer une table par mois, c'est l'invasion de tables et ce n'est pas facile pour les stats. Il faut une table produit, une table tarif et une clé permettant de relier les deux. On utilise selon les possibilités, un sous formulaire ou un formulaire basé sur une requête qui ellle, fait appel aux 2 tables (ou plus). Pas de macro ou autre. Je pense que cela est possible avec Base car OOo est excellent. Juste une piste car je suis novice dans OOo (mais je n'ai pas l'intention de le rester). Jean-François Delaroque - Original Message - From: Alex Thurgood [EMAIL PROTECTED] To: users@fr.openoffice.org Sent: Saturday, May 13, 2006 7:10 PM Subject: Re: [users-fr] base de données produits christophe guibert wrote: Bonjour, Je veux creer une base de données des produits alimentaires que j'achéte afin de suivre leur évolution de prix dans le temps. je pense créer une base de données avec une table par mois. Est ce la bonne solution ? quel lien faire entre les tables. Merci d'avance. Suggestion : une table Prix contenant : - un champ ID (int autoincrémenté ou l'équivalent) désigné comme clé primaire - un champ date_achat (DATE) - un champ prix_payé (DECIMAL ou DOUBLE ou FLOAT) - un champ prod_ID (INT) en tant que clé étrangère pour une table produit une table Produit contenant : - un champ prod_ID (INT autoincrémenté ou l'équivalent) en tant que clé primaire - un champ desc (VARCHAR) pour la description du produit Tu pourrais faire un formulaire basé sur la première table Prix avec un sous formulaire pour la deuxième table Produit, ou simplement un LISTBOX basé sur une requête SQL pour choisir les produits de la table Produit dans une liste. Ensuite, utiliser un autre formulaire pour la saisie des produits dans la table Produit, et y associer une macro qui vérifierait l'unicité des produits avant validation de la saisie afin d'éviter des doublons, du genre un bouton qui exécute la macro et valide la saisie si effectivement un nouveau produit, ou la refuse avec message d'erreur si le produit est déjà existant. Evidemment, on pourrait envisager de tout mettre dans une seule et même table, mais cela t'obligerait à saisir les produits manuellement à chaque fois. Ce ne sont que des suggestions, il y certainement d'autres manières d'aborder le problème. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base de données produits
christophe guibert a écrit : Je veux creer une base de données des produits alimentaires que j'achéte afin de suivre leur évolution de prix dans le temps. je pense créer une base de données avec une table par mois. Est ce la bonne solution ? quel lien faire entre les tables. Une base de départ ultra-simple : Produits - ID (auto-incémenté) EAN (code barre du produit) Nom Unité de vente Prix - ID_produit Date Prix Relation entre Produits et Prix sur le champ Produits.ID / Prix.ID_produit Ceci te permet un suivi dans le temps. Tu peux éventuellement compléter par le lieu d'achat : Lieux - ID (auto-incémenté) Enseigne Lieu puis ajouter une colonne ID_Lieu dans Prix En espérant avoir aidé. Bon week-end, -- Jean-Francois Nifenecker, Bordeaux - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base de données produits
christophe guibert wrote: Bonjour, Je veux creer une base de données des produits alimentaires que j'achéte afin de suivre leur évolution de prix dans le temps. je pense créer une base de données avec une table par mois. Est ce la bonne solution ? quel lien faire entre les tables. Merci d'avance. Suggestion : une table Prix contenant : - un champ ID (int autoincrémenté ou l'équivalent) désigné comme clé primaire - un champ date_achat (DATE) - un champ prix_payé (DECIMAL ou DOUBLE ou FLOAT) - un champ prod_ID (INT) en tant que clé étrangère pour une table produit une table Produit contenant : - un champ prod_ID (INT autoincrémenté ou l'équivalent) en tant que clé primaire - un champ desc (VARCHAR) pour la description du produit Tu pourrais faire un formulaire basé sur la première table Prix avec un sous formulaire pour la deuxième table Produit, ou simplement un LISTBOX basé sur une requête SQL pour choisir les produits de la table Produit dans une liste. Ensuite, utiliser un autre formulaire pour la saisie des produits dans la table Produit, et y associer une macro qui vérifierait l'unicité des produits avant validation de la saisie afin d'éviter des doublons, du genre un bouton qui exécute la macro et valide la saisie si effectivement un nouveau produit, ou la refuse avec message d'erreur si le produit est déjà existant. Evidemment, on pourrait envisager de tout mettre dans une seule et même table, mais cela t'obligerait à saisir les produits manuellement à chaque fois. Ce ne sont que des suggestions, il y certainement d'autres manières d'aborder le problème. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
