Quelques éléments :
-
Normalisez le statut de la facture pour qu'il devienne sa propre table de recherche, puis placez un ID de statut dans le tableau de la facture plutôt que "Envoyé", "Annulé", etc.
-
Conservez impérativement le montant de la facture. Il se peut que cela doive être différent de la valeur de prix dans tbl_order.total si vous avez besoin de prendre en compte des remises. Dans tous les cas, les données numériques sont peu coûteuses à stocker et seront plus rapides à interroger si vous n'avez pas à faire de jointures.
-
Donnez à la table Payments sa propre colonne ID et faites-en la PK.
-
Le reste a l'air ok. Il y a lieu d'avoir deux tableaux, un pour les paiements sortants et un autre pour les paiements entrants. Si vous n'avez vraiment besoin que de conserver les informations sur le montant et la date, je ne pense pas que vous ayez besoin de compliquer les choses.
Merci Chris.
