Sos Conception Base De Données

[mcfergus]

bonjour à tous

je suis nouveau sur ce site, et j'aimerais profiter de vos lumières

je sais que l'ambiance générale n'est pas spécialement axée sur la création de base de données, mais j'espère trouver ici quelques infos qui me permettrait de débuter

je n'y connais rien en programmation, et c'est bien ça le problème

voilà, je désirerais créer un logiciel me permettant de gèrer une collection de timbres

le soucis vient du fait qu'il y a 4 catalogues de référence, avec pour certains catalogues, des références pour des timbres qui n'existent pas dans les autres catalogues, ou qui n'ont pas été créés la même année (pas simple)

par exemple, sur la catalogue 1, une série de 10 timbres est répertoriée en 1950 alors que sur le catalogue 2, cette série est divisée en 2, la première partie étant éditée en 1950 et la seconde en 1951

autre soucis, certains timbres existent en tant que timbres, tout simplement alors que d'autres sont présents en tant que timbres, feuillets, et autres présentations


j'ai bien songé à créer 1 seule table, mais j'aimerais pouvoir rappeler la description du timbre de réference pour la description du feuillet ... afin d'éviter les répétitions

le soucis suivant, c'est que 2 catalogues sont édités avec des cotes en euros, le troisième en dollars et le dernier en Forint

pour des raisons de praticité, j'aimerais pouvoir éditer une liste de timbres manquants (ou présent) avec la possibilité de me référer à tel ou tel catalogue (ainsi qu'à la monnaie qui lui correspond)


je sais que ça va paraitre irréalisable, mais, qui sait, on ne sait jamais, au cas où une bonne âme passerait par ici ...

[Malouk]

Bonjour,

Tu dois pouvoir faire ça avec access, en créant des relations entre plusieurs tables en fonction de tes besoins.

Ce qu'il faut faire en premier, c'est mettre sur papier tout ce que tu devras encoder. Puis par la suite créer les tables nécessaires et les relations entre ces tables.

[mcfergus]

oui, Access semble être le plus simple pour mon cas
j'ai déjà pas mal étudié la question, j'ai acheté des bouquins sur le sujet et visité pas mal de sites, mais il me manque toujours une "procédure" personnalisée car avec tout cet enchevètrement de données, je ne sais pas si je dois n'utiliser qu'une seule table ou plusieurs, ...
c'est que cette base va comporter pas moins de 41 données spécifiques pour chaques timbres (sa couleur, sa valeur faciale, sa denture, sa cote pour chaque catalogue, son état, ...), avec des éléments qui vont se retrouver d'une fiche à l'autre (année, valeur, cote, ...)
le tout, pour environ 8000 objets

alors, comment établir cette(ces) table(s), et sur quels critères ??
est-il possible de créer des tables qui se succèdent les unes aux autres, la seconde prenant des références de la première, la troisième prenant des ref de la première et de la seconde ... ?

ayant 4 références différentes pour chaques timbres, quelle référence choisir pour classer les fiches, dois-je créer une nouvelle numérotation qui me permettra de "classer" chaque fiche descriptive ... ?

autant d'interrogations qui me bloquent et m'empêchent d'avancer

j'ai eu l'occase de voir plusieurs logiciels pré-existants, mais si l'un d'eux était assez proche de mes désidératats, rien ne permettait de prendre en compte tous les éléments que je veux y introduire

j'aimerais y voir plus clair avant de me lancer

[mcfergus]

ah !!!!! au fait, Malouk (tout dabord, merci pour ta réponse ), lorsque tu parles de créer des tables, tu penses à une table pour chaque critère (couleur, valeur, ...) ou une table pour chaque type de support (timbre courant, feuillet, ...) ??

si ça se trouve je suis parti dans la mauvaise direction car je pensais à une table par type

une table pour chaque critère serait peut-être plus simple

reste que l'édition de listes spécifiques (comme les timbres neufs manquants, les feuillets oblitérés présents, ...) ne serait peut-être pas évidente
le tri multi-criètres risque d'être assez dur à mettre en place

[Malouk]

Pour la création des tables il faut voire ce qui est à encoder, n'yconnaisant rien en collection de timbre, je ne sais pas du tout comment tu peux faire ça.

Mais par exemple pour une collection de films, je sais que à chaque film doit correspondre un type support. De plus des supports, il y en a pas des tonnes ! Donc ça sera souvent les mêmes qui vont revenir. C'est plus simple de créer une table rien que pour les supports ou j'y encode tous les supports possibles (dvd, cd, K7).

Ensuite je crée une relation entre les deux tables au niveau du champ support.
Le champ support deviendra par la suite, une liste déroulante qui permettra de choisir parmis l'un des supports (encodé dans la table support) à l'encodage de chaque film de la collection.

A toi de voire en fonction de ce que tu dois encoder, les relations a créer.

[mcfergus]

ok, je vois un peu mieux le "tableau"

par contre, si j'ai bien compris, tu crées une table où tu décris tes films (année de sortie, titre, acteur principal, ...
et la seconde table ne sert qu'à décrire le type de support

ainsi, j'aurai donc une table pour les timbres, une pour les feuillets (faisant appel à la table des timbres), ...
à coté de ça, j'aurai une table sans aucun rapport avec la table "timbres" (pour les souvenirs philatéliques), + une table ayant un rapport avec toutes les tables précédentes (pour les "pièces" apparaissant sur des enveloppes)

c'est bien ça ???

[Malouk]

Tu as une table principale et d'autres tables qui sont reliées à la table principale par un champ. Comme pour support dans mon exemple.

Par exemple ma table principale est Films. Dedans, j'ai un champ support qui est en relation avec une autre table support, comme expliqué plus haut.
Ensuite un autre champ "type" qui est en relation avec une autre table qui contient tous les types (comédie, drame,...).

Maintenant pour les trucs comme le titre, c'est différent pour chaque film, donc c'est un simple champ dans la table principale. Sans aucune relation.

[mcfergus]

ok, donc si on récapitule, on doit avoir un formulaire où, chaque champ paramètrable est relié à une table (ex : couleur, valeur faciale, ...)
à coté de ça, il y a des champs qui ne sont reliés à aucune table, où il faudra remplir manuellement (cote neuf, ...)

c'est bien ça ???

quant au tri, il devra se faire dans un nouveau formulaire, pour une question de présentation (je suis toujours bon, là ???)

[Malouk]

ok, donc si on récapitule, on doit avoir un formulaire où, chaque champ paramètrable est relié à une table (ex : couleur, valeur faciale, ...)
à coté de ça, il y a des champs qui ne sont reliés à aucune table, où il faudra remplir manuellement (cote neuf, ...)

Oui, c'est ça

quant au tri, il devra se faire dans un nouveau formulaire, pour une question de présentation (je suis toujours bon, là ???)

Le tri. Je vois pas de quoi il s'agit.

[mcfergus]

eh bien, en fait, il s'agit de pouvoir trier les timbres à la demande (manquants, présents, neufs ou oblitérés, ...) afin que je puisse imprimer cette liste pour, par exemple, faire une commande

[MystM]

sinon, il y a ce logicielk qui n'a pas l'air trop mal : http://www.megagiciel.com/logiciels/fiches/logi8206.html

[Malouk]

eh bien, en fait, il s'agit de pouvoir trier les timbres à la demande (manquants, présents, neufs ou oblitérés, ...) afin que je puisse imprimer cette liste pour, par exemple, faire une commande

Ca, ça peut se faire par requête. Par exemple, pour mon exemple de ma liste de film, selectionner tous les enregistrements dont le champ type est égal à commédie.

[mcfergus]

salut, MYSTM , j'ai regardé le logiciel que tu m'as présenté, je le connais très bien
malheureusement, s'il est très bien niveau aspect et utilisation "classique", il ne peux me permettre une gestion avec 4 références catalogue différentes
en effet, ce type de logiciel n'utilise qu'une seule numérotation catalogue

c'est dommage, car il est pas mal, autrement
j'ai même contacté ses concepteurs pour savoir s'il était possible de faire des modifs
ils semblaient être daccord, mais depuis, plus rien, d'où cet intéret pour la programmation des bases de données

merci quand même

[mcfergus]

à propos de ce logiciel, il a été créé avec filemakerpro (juste comme ça)

par contre, c'est vrai que le design est plutôt réussi

[mcfergus]

eh bien, en fait, il s'agit de pouvoir trier les timbres à la demande (manquants, présents, neufs ou oblitérés, ...) afin que je puisse imprimer cette liste pour, par exemple, faire une commande

Ca, ça peut se faire par requête. Par exemple, pour mon exemple de ma liste de film, selectionner tous les enregistrements dont le champ type est égal à commédie.

ok, la requête est donc une action pré-programmée, un peu comme une macro dans Excel
il faut donc que je prévoie tous les futurs besoins que j'aurai (si je veux une région particulière, une année particulière, ... , il faudra que ce soit déjà prévu)
sachant que chaque timbre sera décrit suivant 41 paramètres, dont une dizaine succeptibles de servir de critère de tri, ça va me laisser pas mal de possibilités, et donc pas mal de requêtes


et pour le calcul des totaux des cotes, en suivant mes requêtes, ça se passe comment ?
s'agit-il aussi d'une fonction à inclure dans mes requêtes ou autre ???

(désolé si je deviens barbant avec mes questions, mais bon, c'est si rare de tomber sur une personne compréhensive - un GRAND MERCI A TOI MALOUK, grâce à toi, access me parait enfin moi obscurs)