Tietokannan taulukon nimigeneraattori

Mitä tietokantataulukon nimen on viestittävä

Taulukon nimi on pieni arkkitehtuurin osa. Se esiintyy kyselyissä, siirroissa, koontinäytöissä, lokeissa, hälytyksissä, dokumentaatiossa ja keskusteluissa ihmisten välillä, joilla ei välttämättä ole samaa kontekstia. Sen tulisi paljastaa taulukon sisältämät tietueet ja onko taulukko lähde, suhde, historia, välimuisti, valmistelualue vai operatiivinen ohjaus. Nimillä, kuten CustomerContactDetails, UserRoleAssignments ja SchemaMigrationLocks, on erilaisia ​​odotuksia ennen sarakkeen tarkastamista. Tämä signaali vähentää arvailua ja tukee turvallisempia muutoksia.

Valitse nimiä, jotka kestävät todellisia projekteja

Aloita taulukon vastuualueesta

Aloita yhdellä lauseella: mitä varten tämä taulukko on olemassa? Vastauksen tulisi tunnistaa keskeinen yksikkö tai tapahtuma ja tarvittaessa kelpoisuus. Customer voi olla liian laaja, jos tietueet sisältävät vain yhteydenottokanavia, suostumustiloja tai laskutustietoja. CustomerContactDetails rajaa vastuualuetta listaamatta jokaista saraketta. Samoin PaymentEvents ehdottaa vain lisättävää tietovirtaa, kun taas PaymentStatuses kuulostaa kontrolloidulta haulta. Generaattori kattaa saraketietoiset nimet, tapahtumavirrat, mieltymysmallit, analytiikkakoontit ja muut toistuvat kaavamallit, jotta voit vertailla tarkkuustasoja.

Paljasta suhteet selittämättä kaavaa

Suhteet ansaitsevat näkyvän kielen, kun taulukko on ensisijaisesti olemassa tietueiden yhdistämistä varten. UserRoleAssignments on selkeämpi kuin UserRoles, kun jokainen rivi edustaa kohdistusta, jolla on omat päivämäärät, toimija tai laajuus. InvoicePaymentAllocations osoittaa, että maksu voidaan jakaa laskujen kesken, kun taas ArticleTagLinks osoittaa yksinkertaisemman assosiaation. Vältä kuitenkin jokaisen viiteavaimen muuttamista lauseeksi. Suoran entiteettitaulukon tulisi silti lukea entiteettinä. Lisää viitteitä, kohdistuksia, jäsenyyksiä, sidoksia tai vastaavuuksia vain, kun suhde itsessään on kestävä käsite.

Anna toimintojen jättää hyödyllisiä vihjeitä

Tuotantojärjestelmät keräävät historiaa. MigrationExecutionLogs, CacheInvalidationEvents, FailedPaymentAttempts, DataErasureRequests ja ResourceLocks paljastavat toiminnallisen käyttäytymisen, jonka geneeriset nimet piilottavat. Nämä vihjeet auttavat insinöörejä ymmärtämään, ovatko rivit muokattavissa, vain lisättäviä, väliaikaisia, säilytyssäännöillä suojattuja vai käytetäänkö niitä samanaikaisen työn koordinointiin. Taulukon nimi ei voi korvata rajoituksia tai dokumentaatiota, mutta se voi varoittaa satunnaisista päivityksistä. Kun nimi sisältää Archived, Staged, Audit, Rollup, Lock tai Request -merkintöjä, varmista, että kaava ja elinkaari todella tukevat kyseistä lupausta.

Nimeäminen osana kaavan identiteettiä

Kaava kehittää sanastoa aivan kuten tuotekin. Johdonmukaiset termit helpottavat liitosten ennustamista ja auttavat analyytikoita löytämään arvovaltaista dataa. Päätä, käyttääkö projekti yksikkö- vai monikkomuotoisia substantiiveja, käyttävätkö liitostaulukot aakkosjärjestystä vai liiketoimintajärjestystä ja kuvataanko historiaa tapahtumina, lokeina, auditointeina vai revisioina. Erota vakaan toimialueen kieli toteutuksen yksityiskohdista. SubscriptionGracePeriods-niminen taulukko viestii käytäntökonseptin; SubscriptionTemp2-niminen taulukko viestii vain hetkestä kehitysvaiheessa.

Käytännön nimeämistarkistuksia

• Nimeä tallennettu käsite, älä näyttöä tai palvelua, joka sitä parhaillaan kirjoittaa.
• Käytä suhteeseen liittyviä substantiiveja, kuten Assignments tai Memberships, vain silloin, kun suhteella on oma merkitys.
• Erota lähdetaulukot välimuisteista, koonneista, tuonneista, arkistoista ja tapahtumahistorioista.
• Tarkista yksikkö- ja monikkomuotojen käytännöt koko skeemassa ennen poikkeuksen lisäämistä.
• Vältä lyhenteitä, elleivät ne ole jo yksiselitteisiä koko tuotteessa ja tiimissä.
• Lue SELECT-, JOIN-, migraatio- ja hälytyskäskyjen sisällä oleva nimi testataksesi, onko se edelleen selkeä.

Kysymyksiä, jotka terävöittävät taulukon nimeä

Käsittele jokaista luotua tulosta suunnittelukysymyksenä pikemminkin kuin automaattisena vastauksena. Kysy, mitä taulukko omistaa, kuka sen kirjoittaa, kuinka kauan tietueet säilyvät, voidaanko rivejä poistaa ja millainen kysely niitä useimmiten hakee. Vertaa ehdotettua nimeä läheisiin taulukoihin ja koodissa käytettyihin sanoihin. Vahvan lopullisen valinnan tulisi olla riittävän tarkka sekaannusten välttämiseksi, riittävän lyhyt toistuvaan käyttöön ja riittävän vakaa selvitäkseen seuraavasta ominaisuuspyynnöstä. Käytä generaattoria vertaillaksesi puolustettavissa olevia vaihtoehtoja ja paljastaaksesi niiden kompromissit.

• Tiesikö uusi insinööri, ovatko rivit nykytilaa vai historiallisia tapahtumia?
• Paljastaako nimi monesta moneen -suhteen liioittelematta sitä?
• Voisiko tämän taulukon sekoittaa välimuistiin, valmistelutaulukkoon tai hakuluetteloon?
• Mikä elinkaarisana varoittaisi lukijoita poistamisesta, säilyttämisestä tai muuttumattomuudesta?
• Sopiiko nimi edelleen, jos lisätään yksi sarake tai työnkulun vaihe?
• Vastaako valittu substantiivi tuote-, tuki- ja analytiikkatiimien käyttämää kieltä?

Millaisia ovat hyvät Tietokannan taulukoiden nimet?

Tässä generaattorissa on tuhansia satunnaisia Tietokannan taulukoiden nimet. Aloita näistä esimerkeistä:

• CustomerContactDetails
• InvoicePaymentAllocations
• SchemaMigrationLocks
• ConsentWithdrawalEvents
• DailySalesRollups
• WorkflowStepOverrides
• ImportReconciliationReports
• DeadlockInvestigationLogs
• CacheStalenessChecks
• TaxRoundingDifferences