Tietokantataulujen nimigeneraattori

Lue taulukko ennen sarakkeita

Tietokantataulukon nimi toistuu kaikkialla, missä data liikkuu: sovelluskoodissa, SQL:ssä, siirroissa, koontinäytöissä, tapahtumaraporteissa ja tiimikeskusteluissa. Tämä toisto tekee nimeämisestä arkkitehtonisen valinnan. Entiteettien nimien, kuten CustomerContactDetails, tulisi tunnistaa tietueet suoraan. Suhdenimien, kuten UserRoleAssignments, tulisi tehdä itse suhde näkyväksi. Toiminnallisten nimien, kuten SchemaMigrationLocks, tulisi kertoa lukijoille, että taulukon koordinaatit toimivat sen sijaan, että ne edustaisivat liiketoimintaobjektia.

Yhdistä nimi datan elinkaareen

Elinkaari tarjoaa usein tärkeimmän tarkenteen. PaymentEvents viittaa vain liitettävään historiaan. DailySalesRollups viittaa johdettuihin aggregaatteihin. StagedCustomers ehdottaa väliaikaisesti tuotuja tietueita, jotka odottavat validointia. ArchivedCustomerRecords varoittaa, että rivit eivät ole aktiivisia. CacheInvalidationEvents viittaa johdetun datan koordinointiin. DataErasureRequests sisältää yksityisyyteen ja työnkulkuun liittyviä odotuksia. Valitse nämä sanat vain, kun taulukon rajoitteet, säilytys ja kirjoitusmallit tekevät niistä totta.

Käytä toimialueen kieltä teknisesti tarkasti

Hyvät nimet yhdenmukaistavat tuotteen sanaston tietokannan rakenteen kanssa. Käytä tuen, talousosaston, operatiivisen toiminnan ja analytiikan tunnistamia termejä ja lisää teknisiä tarkenteita vain, jos ne estävät todellisen epäselvyyden. InvoicePaymentAllocations on hyödyllinen, kun allokointi on ensiluokkainen toiminto. CountryCodes riittää rajoitettuun hakuun. TenantNotificationRules on sopiva, kun jokainen rivi kuuluu vuokraajalle. Vältä toteutukseen liittyviä muistoja, kuten väliaikaisia ​​versionumeroita tai palvelunimiä, jotka saattavat kadota datan säilyessä.

Nopea nimeämiskatsaus

• Ilmoita ensin keskeinen yksikkö tai tapahtuma.
• Varaa lokit, tapahtumat, auditoinnit ja historia aidosti erilaisille elinkaarille.
• Tee liitostaulukon kielestä yhdenmukainen koko skeemassa.
• Käytä Staged-, Cached-, Archived- tai Rollup-nimityksiä vain, kun tarkennin on toiminnallisesti tosi.
• Suosi vakaata verkkotunnusta väliaikaisten toteutusotsikoiden sijaan.

Kysymyksiä seuraavaa siirtoa varten

Ennen luodun nimen hyväksymistä testaa sitä liitoksessa, siirron otsikossa ja hälytyksessä. Kysy, tunnistaako se datan omistajan, erottaako se nykyisen tilan historiasta ja onko jokin toinen taulukko jo käyttänyt samaa nimimerkkiä. Valitse sitten lyhin nimi, joka säilyttää nämä erot ennallaan.

• Mitä päivystävä insinööri päättelisi pelkästään nimestä?
• Mikä sana erottaa tämän taulukon lähimmästä naapuristaan?
• Toimiiko nimi edelleen nykyisen ominaisuuden korvaamisen jälkeen?
• Mitä rajoitusta tai elinkaarta nimen tulisi hiljaisesti viestiä?