Namngenerator for databastabeller

Läs tabellen före kolumnerna

Namnet på en databastabell upprepas överallt där data överförs: applikationskod, SQL, migreringar, instrumentpaneler, incidentrapporter och teamdiskussioner. Den upprepningen gör namngivning till ett arkitektoniskt val. Enhetsnamn som CustomerContactDetails bör identifiera posterna direkt. Relationsnamn som UserRoleAssignments bör göra själva associationen synlig. Operativa namn som SchemaMigrationLocks bör berätta för läsarna att tabellen koordinerar arbete snarare än att representera ett affärsobjekt.

Matcha namnet med datalivscykeln

Livscykeln tillhandahåller ofta den viktigaste kvalificeringen. PaymentEvents innebär endast tilläggshistorik. DailySalesRollups innebär härledda aggregat. StagedCustomers föreslår tillfälliga importerade poster som väntar på validering. ArchivedCustomerRecords varnar för att raderna inte är aktiva. CacheInvalidationEvents pekar på samordning kring härledda data. DataErasureRequests har förväntningar på sekretess och arbetsflöde. Välj dessa ord endast när tabellens begränsningar, retention och skrivmönster gör dem sanna.

Använd domänspråk med teknisk precision

Bra namn anpassar produktvokabulären till databasstrukturen. Använd termer som känns igen av support, ekonomi, drift och analys, och lägg sedan till tekniska kvalificeringar endast när de förhindrar en verklig tvetydighet. InvoicePaymentAllocations är användbart när allokering är en första klassens åtgärd. CountryCodes räcker för en begränsad sökning. TenantNotificationRules är lämpligt när varje rad tillhör en hyresgäst. Undvik implementeringssouvenirer som tillfälliga versionsnummer eller tjänstnamn som kan försvinna medan data finns kvar.

En snabb namngivningsgenomgång

• Ange den centrala enheten eller händelsen först.
• Reservera loggar, händelser, granskningar och historik för genuint olika livscykler.
• Gör språket för kopplingstabeller konsekvent över hela schemat.
• Använd Staged, Cached, Archived eller Rollup endast när kvalificeraren är operativt sann.
• Föredra stabila domännamn framför tillfälliga implementeringsetiketter.

Frågor inför nästa migrering

Innan du accepterar ett genererat namn, testa det i en koppling, en migreringstitel och en avisering. Fråga om det identifierar ägaren till data, om det skiljer aktuellt tillstånd från historik och om en annan tabell redan gör anspråk på samma substantiv. Välj sedan det kortaste namnet som behåller dessa skillnader intakta.

• Vad skulle en jourhavande ingenjör dra slutsatsen från namnet ensamt?
• Vilket ord skiljer den här tabellen från dess närmaste granne?
• Fungerar namnet fortfarande efter att den nuvarande funktionen har ersatts?
• Vilken begränsning eller livscykel bör namnet tyst signalera?