Il n'y a pas 36 solutions ! Toute conception initiale d'un projet commence avec le papier, le crayon... et un peu (plutôt plus que moins) de réflexion !

Ne raisonnez pas en termes de solutions, mais faites simplement, avant tout, une analyse de ce qui se passe dans la réalité au moment ou vous décidez "de faire quelque chose...". Regardez, écoutez, posez des questions. C'est en ayant un aperçu sain et précis de l'existant que vous allez pouvoir "entrevoir" correctement le travail à entreprendre, d'un peu plus haut... mais surtout... sans vous précipiter de suite sur le clavier de votre machine...

N'oubliez pas: si votre étude est bonne, saine, le résultat de votre travail sera "propre", sain, agréable pour l'utilisateur, et donc facilement modifiable par vous-même!... Sinon, dès le départ de votre programmation sans analyse, ou avec une analyse trop légère, votre application ressemblera très vite à un "plat de spagettis". En effet votre projet aura tellement été mal étudié que des difficultées ne vont pas tarder à apparaître, entraînant des modifications nombreuses, elles-même entrainant des disfonctionnements "parcequ'on a oublié de... etc... etc"...Et tout ceci deviendra très très très rapidement très très très laborieux ... donnant même envie de tout recommencer (que celui à qui cela n'est jamais arrivé me jette la première pierre..)

Donc, sachez gagner du temps en en perdant au départ. Même si vous "pédalez...", vous n'en perdez-pas, ce n'est qu'une impression. Vous serez "payé" un jour ou un autre en retour. Car sinon, de longues heures de modifications qui auraient pu être évitées, vont vous faire regretter de ne pas avoir fait au préalable une analyse plus sérieuse...

Pour bien faire aboutir votre projet, plusieures règles fondamentales simples s'imposent:

• Commencez par voir simple, sans vous précipiter et en "laissant mûrir" le projet traquillement... Il est prouvé que ce qui est très simple, tout en étant efficace, dure très longtemps.
• Notez tout par écrit pour ne rien oublier, dès qu'une idée ou une constatation survient.
• Commencez par définir, au brouillon, les fichiers qui seront des fichiers "dictionnaires", comme les codes postaux, les professions, les appellations, les catégories, les modèles, les marques, les traitements etc...etc... Définissez si ces éléments doivent être intégrés dans des fichiers ou simplement dans des listes de valeurs... (au passage, ces fichiers dictionnaires peuvent servir dans d'autres applications à venir, à condition de les avoir rangées dans un doosier contenu dans VOTRE boite à outils... SURTOUT SANS LIENS...)
• Réalisez des tests, pour concrétiser une idée, et voir comment cela marche et/ou pourrait être amélioré. Cette phase est intéressant, car elle permet de découvrir d'autres problèmes insoupçonnés...
• Réalisez un shéma de fonctionnement du résultat. Un shéma clair est forcement le résultat d'une bonne analyse...
• Posez-vous souvent la question suivante: est-ce que la solution choisie est la meilleure ? N'y a t'il pas une meilleure astuce ?

 Le résultat de votre analyse aboutira à une solution claire, simple, qui constituera une bonne base de travail dans l'élaboration de la base et l'écriture des programmes... Un bon entrainement à cette méthodologie vous permettra, par la suite, de gagner du temps, et d'aller à l'essentiel. 

On voit bien dans ce shéma, que la base est structurée: plusieures photos peuvent concerner un seul objet... et plusieurs objets peuvent concerner une seule personne... etc...