Generator nazw tabel bazy danych

Przeczytaj tabelę przed kolumnami

Nazwa tabeli bazy danych powtarza się wszędzie tam, gdzie przesyłane są dane: w kodzie aplikacji, w SQL, podczas migracji, w pulpitach nawigacyjnych, w raportach incydentów i podczas dyskusji zespołowych. To powtarzanie sprawia, że ​​nazewnictwo jest wyborem architektonicznym. Nazwy encji, takie jak CustomerContactDetails, powinny bezpośrednio identyfikować rekordy. Nazwy relacji, takie jak UserRoleAssignments, powinny uwidaczniać samo powiązanie. Nazwy operacyjne, takie jak SchemaMigrationLocks, powinny informować czytelników, że współrzędne tabeli działają, a nie reprezentują obiektu biznesowego.

Dopasuj nazwę do cyklu życia danych

Cykl życia często dostarcza najważniejszego kwalifikatora. Zmienna PaymentEvents implikuje historię tylko do dopisywania. Zmienna DailySalesRollups implikuje agregaty pochodne. Zmienna StagedCustomers implikuje tymczasowo zaimportowane rekordy oczekujące na walidację. Zmienna ArchivedCustomerRecords ostrzega, że ​​wiersze nie są aktywne. Zmienna CacheInvalidationEvents wskazuje na koordynację wokół danych pochodnych. DataErasureRequests spełnia oczekiwania dotyczące prywatności i przepływu pracy. Używaj tych słów tylko wtedy, gdy ograniczenia tabeli, retencja i wzorce zapisu sprawiają, że są one prawdziwe.

Używaj języka domeny z techniczną precyzją

Dobre nazwy dopasowują słownictwo produktu do struktury bazy danych. Używaj terminów uznanych przez dział wsparcia, finansów, operacji i analityki, a następnie dodawaj kwalifikatory techniczne tylko wtedy, gdy zapobiegają one rzeczywistym niejasnościom. InvoicePaymentAllocations jest przydatne, gdy alokacja jest działaniem pierwszorzędnym. CountryCodes wystarcza do ograniczonego wyszukiwania. TenantNotificationRules jest odpowiedni, gdy każdy wiersz należy do dzierżawcy. Unikaj pamiątek implementacji, takich jak tymczasowe numery wersji lub nazwy usług, które mogą zniknąć, podczas gdy dane pozostają.

Krótki przegląd nazewnictwa

• Najpierw podaj jednostkę centralną lub zdarzenie.
• Rezerwuj dzienniki, zdarzenia, audyty i historię dla rzeczywiście różnych cykli życia.
• Zadbaj o spójność języka tabel dołączanych w całym schemacie.
• Używaj nazw Staged, Cached, Archived lub Rollup tylko wtedy, gdy kwalifikator jest operacyjnie prawdziwy.
• Preferuj stabilne nazwy domen zamiast tymczasowych etykiet implementacji.

Pytania dotyczące kolejnej migracji

Przed zaakceptowaniem wygenerowanej nazwy przetestuj ją w połączeniu, tytule migracji i alercie. Zapytaj, czy identyfikuje ona właściciela danych, czy odróżnia stan bieżący od historycznego i czy inna tabela już rości sobie prawo do tej samej nazwy. Następnie wybierz najkrótszą nazwę, która zachowuje te rozróżnienia.

• Co inżynier dyżurny wywnioskowałby na podstawie samej nazwy?
• Które słowo odróżnia tę tabelę od jej najbliższej sąsiadki?
• Czy nazwa nadal będzie działać po zastąpieniu obecnej funkcji?
• Jakie ograniczenie lub cykl życia powinna dyskretnie sygnalizować nazwa?