Le logiciel avec lequel je travaille a 2 tables, le plomb et le client. Lorsque nous vendons notre produit à quelqu'un, un enregistrement est créé dans la table client avec les données de la table principale (ainsi que des données supplémentaires).Une question sur le stockage des données qui auraient dû être dans la même table
Actuellement, il n'existe aucune relation entre les deux tables. Le meilleur qui existe maintenant est l'objet principal a une fonction qui fera une recherche dans la table client pour un enregistrement avec le même numéro de téléphone (en espérant que cela n'a pas changé dans les 5-10 dernières années qu'ils ont été notre client - faire une telle recherche sur chaque piste produit une intersection% 82 sur la table client). Il n'y a pas de recherche inversée (client-> lead). Le problème est que j'ai besoin de savoir quel enregistrement client est associé à quel enregistrement principal et vice versa. J'ai considéré stocker un fk de plomb dans le client et un fk du client dans le plomb ... mais l'ORM que j'utilise débordera car il charge des enregistrements associés quand existe fkeys.
Fusionner les deux tables en une seule table 'person' est ce que je voudrais faire, avec un drapeau indiquant si une personne est ou non un client ... mais hélas, les délais et les budgets ne le permettent pas.
Je ne sais pas quoi faire.
Malheureusement, je dois aller dans les deux sens. Les télévendeurs ne souhaitent pas appeler les clients existants et le personnel du bureau doit accéder aux rendez-vous réservés pour les clients potentiels (ventes, etc.). J'ai toujours utilisé des tables de jonction pour créer des relations M: M, jamais 1: 1 - c'est pourquoi j'ai d'abord (naïvement) rejeté l'idée. –