![]() |
|
Om å utforme bokstrukturerDu må planlegge bokhierarkiene nøye for å kunne sette opp en effektiv bokstruktur. Ta hensyn til følgende retningslinjer når du utformer og forbedrer bokhierarkiene for selskapet:
BrukerbøkerUlempen ved å opprette egendefinerte bøker som replikerer brukerbøker, er at dataene i egendefinerte bøker og standard brukerbøker må synkroniseres. Denne tilleggsoppgaven øker tjenerbehandlingstiden og har innvirkning på hvor raskt poster hentes. MERKNAD: Én årsak til at et selskap kan vurdere å replikere brukerbøker, er å gi en bruker midlertidig tilgang til en annen brukers data. En bedre måte å dekke dette behovet på er å legge til brukeren som vil ha tilgang til dataene, som en representant for brukeren som eier dataene. DatatilgangsbehovBokstrukturen må ikke nødvendigvis gjenspeile selskapets bedriftshierarki. Det anbefales i stedet at bokstrukturen nært gjenspeiler hvordan selskapet organiserer dataene. Deler av virksomheten kan være organisert etter geografi, mens andre deler kan være organisert etter produktlinje eller bransje. Legg spesielt merke til tilfeller der følgende gjelder:
Relevansen til bedriftsstrukturenI mange selskaper er det en overordnet organisasjon som har tilgang til alle data i de underordnede organisasjonene. Medlemmer i slike overordnede organisasjoner har vanligvis global tilgang til data på tvers av alle underordnede organisasjoner. Hvis organisasjonen er strukturert på denne måten, anbefales det at du ikke oppretter bøker som gjenspeiler organisasjonsstrukturen på det overordnede organisasjonsnivået. Vurder imidlertid å gjøre følgende:
DatatilknytningerUndersøk fremgangsmåtene som selskapet følger når en bruker overføres fra én avdeling til en annen. Eksempel:
Brukerbehov og -oppgaverNår du utformer bokstrukturen, tar du hensyn til oppgavene der brukere oftest bruker bøker, inkludert å arbeide gjennom lister, søke etter poster og opprette og bruke rapporter. Arbeide gjennom listerDet er enklere å identifisere listene som brukerne har behov for, hvis du finner ut hvilke typer lister som brukes oftest, og hva som er de ideelle listene for brukerne. Snakk med brukerne i selskapet når du skal gjøre dette. Hvis ingen bøker i bokstrukturen inneholder alle de nødvendige postene for en ideell liste, mangler det sannsynligvis et hierarki i bokstrukturen. Du kan for eksempel konfigurere både et geografisk hierarki og et produktorientert hierarki. Hvis brukerne arbeider mye i et bestemt delsett i én bok, oppretter du en underbok for delsettet. Bruk et navn på underboken som brukerne gjenkjenner. Underboken kan også settes som standarden for utvelgeren for bok, slik at brukere slipper å måtte velge den aktuelle boken hver gang. Hvis du vil ha flere opplysninger om hvordan du angir standarden for utvelgeren for bok, se Aktivere bøker for brukere og brukerroller. Søke etter posterSpør brukerne om scenarioene der de slår opp bestemte poster, for å finne ut hvilke søkebehov brukerne i selskapet har. Bokstrukturen og bokstørrelsene bør gjenspeile søkene og søkekriteriene som brukerne oftest bruker. MERKNAD: Hvis du allerede har en bokstruktur på plass og holder på å forbedre den ytterligere, spør du brukerne om de vanligvis kan identifisere at en bestemt post er en del av en bestemt bok i hierarkiet. Hvis brukerne alltid sier at de bare kan være sikre på en bok på et høyere nivå, spør du dem om en ytterligere oppdeling av bokstrukturen gjør at de kan begrense søket ytterligere. Brukere bør bare tvinges til å søke i bøker på høyere nivåer som et unntak til vanlige søk. Feltene som brukes i et søk, har også innvirkning på hastigheten til søket:
Hvis du for eksempel finner ut at brukere vanligvis søker i kontaktpersonposter basert på indekserte felt, kan antall poster for boken på laveste nivå (kalt bladknutepunktboken) være opptil 100 000 for hver posttype. Hvis brukere imidlertid vanligvis søker i kontaktpersonposter basert på ikke-indekserte felt, kan du begrense størrelsen på bladknutepunktbøkene til mellom 20 000 og 30 000 poster for hver posttype. Datakonfigurasjon varierer fra selskap til selskap. Derfor finnes det ikke noe anbefalt antall poster for bøker. Du må hele tiden holde rede på bokstørrelsen. Bøker gir raskere søk når du reduserer antallet poster det søkes i. Opprette og bruke rapporterAlle brukere unntatt administratorer er underlagt datasynlighetsregler for rapporter. Når en brukerbok eller egendefinert bok angis i utvelgeren for bok for rapportering, er dataene som vurderes for rapporten, som følger:
MERKNAD: Selv om du vanligvis ikke er nødt til å endre bokstrukturen etter at du har konfigurert den, kan du gjøre det. Ingen nedetid kreves for å gjøre slike endringer, og endringene brukes øyeblikkelig. Endringene gjenspeiles imidlertid ikke øyeblikkelig i dataene i sanntidsrapporter. Hvis du vil ha flere opplysninger om postsynlighet i rapporter, se Rapporter. LedersynlighetNår du utformer bokhierarkiene, baserer du utformingene på følgende prinsipper:
HierarkinivåerBokhierarkier med mange nivåer og poster på alle nivåene, fungerer på en måte som ligner på teamfunksjonaliteten der ledersynlighet er aktivert. Slike hierarkier gir en bra ytelse med små datasett. Etter hvert som datamengdene vokser, gir imidlertid bøker med færre nivåer i hierarkiet (eller uten hierarkinivåer) en mye bedre ytelse enn teamfunksjonalitet. Hvis ett nivå i bokhierarkiet ikke er av noen ytterligere verdi for datasikkerhet eller dataorganisering, slår du sammen den overflødige boken og underbøkene. Spør bokbrukere om de vanligvis kan identifisere om en post er i den ene eller den andre underboken for samme overordnede bok. Hvis de ikke kan dette, betyr dette at det er best å slå sammen de to underbøkene i den overordnede boken. Du kan enkelt redusere antallet nivåer i et bokhierarki ved å bruke navnet på den overordnede boken som prefiks for underordnede bøker. Hvis du for eksempel har en underbok som kalles Nord, med en overordnet bok som kalles Nord-Norge, fjerner du den overordnede boken og endrer navnet på underboken til NN – Nord. KryssdupliseringKryssduplisering er duplisering av poster på tvers av flere bøker. Kryssduplisering er ikke særlig effektivt siden synkronisering er nødvendig, noe som fører til mange skrive- og leseoperasjoner som har innvirkning på tjenerens ytelse. Bruk kryssduplisering minst mulig. Automatisert bokhåndteringBoktilknytningskriterier tilordnes vanligvis til ett eller flere felt i en posttype. Du kan opprette arbeidsflytregler for å reorganisere boktilknytningen automatisk når et av disse feltene endres. Hvis du for eksempel har et bokhierarki kalt Salgsdistrikt, kan du opprette en arbeidsflytregel for å overvåke et felt i en posttype (for eksempel feltet Salgsdistrikt for firmaer), og deretter opprette handlingen Tilordne bok for regelen for å oppdatere boken Salgsdistrikt for posten med en ny bok når verdien i feltet Salgsdistrikt for firmaet endres. Når du utformer boknavnene, bør du vurdere om du vil bruke arbeidsflyhandlinger av typen Tilordne bok slik at én enkelt arbeidsflythandling kan tilordne en annen bok til forskjellige poster, basert på et uttrykk som løses til et boknavn. Anta for eksempel at du har firmaer i Nord-Amerika og firmaer basert i EMEA. Det kan være at du vil definere to atskilte bøker for de forskjellige stedene og tilordne den aktuelle boken til et firma avhengig av stedet for firmaet. Når du skal definere denne konfigurasjonen, kan du opprette to bøker - én kalt Nord-Amerika og en annen kalt EMEA. Du kan deretter opprette et egendefinert plukklistefelt kalt Salgssted med verdiene Nord-Amerika og EMEA og legge til det egendefinerte feltet i sideoppsettet for posttypen Firma for de aktuelle rollene. Du kan deretter opprette en arbeidsflythandling av typen Tilordne bok som gjør følgende når en firmapost oppdateres:
Beslektede emnerDu finner relaterte opplysninger i følgende emne: |
Publisert September 2017 | Copyright © 2005, 2017, Oracle. Med enerett. Legal Notices. |