Un altro approccio da prendere in considerazione:
Nome tabelle per ciò che ogni record nella tabella rappresenta. Utilizza la terminologia appropriata per il mondo reale / aziendale il più possibile. Ciò rende più facile per gli sviluppatori e gli uomini d'affari discutere su cosa c'è nel database.
Nel tuo caso, questo ti dà:
-
Membership - Dati sulle iscrizioni
-
Transazioni : dati sulle transazioni
-
Transazione dell'effettivo : dati sull'interazione di appartenenze e transazioni. Questo può essere solo il fatto che i due sono collegati in una relazione molti-a-molti, ma ci sono spesso anche altri attributi di entità associative.
Si noti che il semplice schiaffo dei nomi delle due tabelle su entrambe le estremità di una relazione molti-a-molti non dovrebbe essere la scelta predefinita. Spesso capita che questa sia l'opzione più appropriata, ma a volte ci sono altri nomi che riflettono meglio la terminologia aziendale reale. Ad esempio: USER
many-to-many con ROLE
può essere chiamato ROLE_MEMBER
.