Discussion :

[soso78]

Bonjour,

Voilà, je fais une mise à jour des tables existantes vers une nouvelle version.

J'ai donc deux tables : Client Commande & DEVISEUR, qui est une nouvelle table.

Un identifiant est créé dans la table client commande pour que chaque commande dispose d'un deviseur (relation).

Je souhaiterais savoir qu'elle est la meilleure solution pour mettre à jour les lignes existantes.

Dont-on créer un enregistrement dans deviseur du style "inconnu" et le répercuter dans chaque ligne de Client Commande ou y-a-t-il un autre moyen plus "stylé" de le faire ?

[Heureux-oli]

Tout dépend du résultat que tu espère.
Si tu as des données précise à entrer dans les champs et que tu connais ces données, tu peux toujours faire une requête de mise à jour.
Si ces données seront remplies au cas par cas, alors il serait préférable de mettre une valeur "dummy" dans le champ.
Et lorsque tu ouvres un formulaire pour la modification ou la consultation des données, tu fais un test et si le champ posséde "dummy" en valeur, tu le fais modifier par l'utilisateur.

[soso78]

Salut,

Merci pour la réponse.

Qu'entends-tu par le fait d'utiliser une valeur "dummy" ? C'est évidemment la solution, mais ça revient à mettre "Indéfinie", "Inconnue"... ?

A+

[Tofalu]

L'absence de valeur correspond à la valeur NULL et non à une valeur "dummy".

Je n'arrive pas à saisir la structure des tables.

Un identifiant est créé dans la table client commande pour que chaque commande dispose d'un deviseur (relation).

C'est curieux car en général, une client est enregistrée pour un seul client. On a pas de table clientcommande et encore moins de création d'un identifiant supplémentaire.

[soso78]

Salut,

Merci pour la réponse.

En fait, ce sont les commandes clients qui sont enregistrées, sans aucune notions de relations. C'est une reprise d'un existant très archaïque...

[Tofalu]

Oui mais ça ne donne pas la structure des tables

Quelles règles de gestion lient :

Client/ commande
Commande/deviseur