Discussion :

[idamarco]

Bonjour à tous,

J'ai ouvert une discussion sur la vérification des doublons.
Au final nous en sommes venu à parler de la structure de ma base de données.
Le sujet est donc ouvert mais avec un titre qui ne concerne pas ma base.
Je rouvre le sujet ici en espèrant que dans ce cas cela soit toléré.
Je dois passer à la saisie rapidement et tant que la structure n'est pas prete, je n'avance pas...

Je résume donc la situation:
Je ne suis pas du tout informaticien et devant tous les problèmes techniques que je rencontre, j'ai pris le parti d'éviter les tables relationnelles...

Mon idée est simple: éviter la 2 ème table.
Et pour l'instant, c'est jouable.
Il faut savoir que mon site fera office d'annuaire, donc je n'ai pour l'instant que le descriptif des sociétés.

De peur de vous assommer, je n'expose pas un exemple de ce principe mais si vous insistez, je pourrais vous expliquer comment je procède.
Pour l'instant, voici la structure.
Vos avis sont SUPER BIENVENUS!!!

[sabotage]

Ta base n'ayant pas de structure c'est difficile de la juger
J'aurais plutot mis un char(5) pour un code postal si on parle d'optimisation.

[idamarco]

Salut Sabotage,

Je note pour le CPostal.
Merci

Je ne connais pas les termes... Structure... la liste des champs si tu veux.
Ca te semble crédible?
C'est simple comme base de toute façon.

Puis je virer l'id et faire de mon champs nom la clef primaire?

[sabotage]

Non car deux personnes pourraient avoir le même nom et manipuler des ids numeriques c'est quand meme plus simple.

[idamarco]

Ok si les ID sont plus simple a manipuler, je note.
Quant au nom ce seront des noms d'entreprises donc pas de doublon.

Donc, j'en conclus que ca le fait ma base?
...
Apres reflexion, j'en conclus rien car Evilam n'en pensait pas bcp de bien...
Que puis faire pour ameliorer?

[sabotage]

Il faut juste que tu sois sur d'avoir bien calibré ton projet :
- n'auras-tu jamais besoin de plusieurs contacts par société ?
- de pubs dans une troisieme langue ?
etc.

Je pense que ce que Evilam voulait dire correspond au cas que je vais te donner :
Une base dont j'ai eu a m'occuper etait linéaire comme la tienne
id - client - commercial - ....
Le "commercial" pouvait faire des opérations sur son "client"
Malheureusement avec le temps, il a fallu que plusieurs personnes puissent travailler sur le "client".
Les utilisateurs ont donc créer plusieurs entrées pour le meme client avec chacune un commercial different.
Les données pour un seul client sont donc repartis sous plusieurs réferences dans la base de donnée.
Un vrai mic mac.