MS Access Object Naming -regler är ganska enkla, men det finns några nyanser att tänka på:
Allmänna regler:
* Maximal längd: Upp till 64 tecken. Medan du * kan * tekniskt använda mer, kan åtkomst trunkera eller ha problem med det längre namnet. Att hålla sig till 64 tecken är bästa praxis.
* tillåtna tecken: Alfanumeriska tecken (A-Z, A-Z, 0-9), mellanslag och följande specialtecken:`! @ # $ % ^ &* () - _ + =~ `
* Inga ledande eller släpande utrymmen: Ditt objektnamn kan inte börja eller sluta med ett utrymme.
* Reserverade ord: Undvik att använda åtkomstreserverade ord (t.ex. `Select ',' från ',' där ',' tabell ',' databas ',' gå med ', etc.). Tillgång kan tolka dem felaktigt, vilket leder till fel. En komplett lista är inte lätt tillgänglig, men om du får ett fel kan du försöka ändra namn.
* fallkänsligt: Tillgång behandlar i allmänhet objektnamn som fallkänsliga (t.ex. "mytable" är densamma som "mytable"). Det är emellertid god praxis att upprätthålla konsistens för läsbarhet.
* unikhet: Inom samma databas måste objektnamn vara unika. Du kan inte ha två tabeller med samma namn, till exempel.
Specifika objekttyper (mindre variationer):
Medan ovanstående regler gäller generellt, kan det finnas subtila skillnader eller rekommenderade metoder beroende på objekttyp:
* tabeller: Beskrivande namn som återspeglar uppgifterna är bäst (t.ex. "kunder", "beställningar", "produkter").
* Frågor: Ofta använder frågor beskrivande namn som återspeglar deras syfte (t.ex. `Customerorders ',` Productsummary').
* Form och rapporter: I likhet med frågor bör namn tydligt ange deras funktion.
* moduler och klasser: Följ liknande namnkonventioner som andra programmeringsspråk (t.ex. `CustomEmodule`,` OrderProcessingClass`). Överväg att använda kamelcase eller pascalcase för förbättrad läsbarhet.
bästa metoder:
* Beskrivande namn: Använd namn som tydligt indikerar objektets syfte. Detta förbättrar kodläsbarhet och underhållbarhet.
* Konsistens: Upprätta en konsekvent namnkonvention i hela din databas (t.ex. använd singulära substantiv för tabeller, kamelcase för modulfunktioner).
* Undvik förkortningar: Om inte de är allmänt förstått kan förkortningar göra din databas mindre läsbar.
* Använd understreck istället för utrymmen: Medan utrymmen är tillåtna förbättrar understreck ofta läsbarhet och undviker potentiella problem.
Genom att följa dessa riktlinjer kan du skapa en välorganiserad och lättförståelig åtkomstdatabas. Om du stöter på fel, dubbelkontrollera dessa regler, särskilt för reserverade ord och unikhet.
