Optimaliser lastetider og ytelse for database

I dette hjelpedokumentet

Slik sørger du for at databasene alltid føles raske og effektive 🏃🏼


Hvis databasene dine føles trege, er det noen mulige årsaker og noen måter å forbedre ytelsen på.

  • Antall sider: Hvis databasen har mange sider, kan det gå tregere å laste den inn.

  • Antall egenskaper: Jo flere synlige egenskaper databasen har, desto lengre tid kan det ta å laste den inn. For å holde databaser effektive kan hver database ha opptil 500 egenskaper. Hvis du når grensen, vil du ikke kunne legge til nye egenskaper før du fjerner noen.

  • Komplekse sorteringer og filtre: Hvis databasen har en sortering eller et filter på egenskaper som tittel, tekst, Formel eller Rollup, kan logikken bak gjøre innlastingstiden lengre.

Unngå å bygge for mange databaser på trafikkerte sider

Hvis du har et stort arbeidsområde, bør du unngå å ha mange innebygde databaser, slik som dashbord, på høyt trafikkerte sider. Jo flere samtidige visninger av databasene, desto mer belastning blir det på oppsettet.

Prøv først å plassere hver database på sin egen side. Når du har gjort det, kan du vise alle databasene på én side hvis du ønsker det:

  1. Skriv /lenket på den siden og velg /lenket visning av en database for å opprette en lenket database.

  2. Opprett databasevisninger i denne lenkede databasen, og konfigurer dem til å peke til ønskede kildedatabaser. Ulike databasevisninger kan peke til ulike kildedatabaser!

Når du bruker én lenket database, er det bare én databasevisning som er åpen om gangen, og derfor er det bare den ene databasen som lytter etter oppdateringer. Du bør se en forbedring i ytelsen med dette oppsettet.

Unngå komplekse referansekjeder

Formler og rollups er ekstremt kraftige, men jo mer komplekse de er, desto tregere kan databasen være. For eksempel kan en formel som er avhengig av flere andre formler, som hver for seg er avhengige av rollups, ta lengre tid å beregne.

Minimere antall filtre og sorteringer på formler og rollups

Databaser som er filtrert og sortertformel- og rollup-egenskaper kan ta litt lengre tid å laste inn.

Filtrere etter enkle egenskaper

Hvis du legger til filtre basert på enkle egenskaper som valg, flervalg, status, tall og dato, kan det øke hastigheten i databasen. Selv om du har komplekse filtre, kan dette bidra til å redusere antall sider som må behandles.

Skjule unødvendige egenskaper

Hvis noen egenskaper er mindre viktige i databasevisningen din, kan det å skjule dem forbedre responsiviteten og interaktiviteten.

Hvis du ikke kan legge til en ny egenskap

Hvis du ser en feilmelding når du prøver å legge til en ny egenskap, kan databasen ha nådd grensen på 500 egenskaper.

For å komme under grensen igjen:

  • Slett ubrukte egenskaper (spesielt de som ikke brukes i noen visninger).

  • Gå gjennom egenskaper for valg og flervalg. Hvis du har flere egenskaper som tjener samme formål, bør du vurdere å slå dem sammen.

Slette ubrukte sider

Vi foreslår at du fjerner alle unødvendige eller dupliserende sider fra databasen for å holde det så enkelt og oppdatert som mulig. Hvis det ikke er et alternativ for deg, kan du legge til et filter på Tidspunkt for opprettelse-egenskapen for å filtrere bort gamle sider, noe som kan forbedre ytelsen betydelig for svært store databaser.

For å sikre best mulig databaseytelse for alle brukere, bruker vi størrelsesbegrensninger for databaser. Når disse grensene er nådd, vil ikke nye endringer i databasen bli lagret.

Grense for antall rader

Hver Notion-database kan inneholde opptil 250 000 rader. Du vil se varsler hvis du nærmer deg eller har overskredet denne grensen:

  • Nærmer deg grensen: Du vil se en advarsel i databasen om at du nærmer deg. Du kan fortsatt legge til rader.

  • Ved eller over grensen: Du vil ikke kunne legge til nye rader. Forespørsler om å legge til rader vil returnere en feilmelding.

På databasesidenivå

For hver side i en database er alle data fra alle egenskaper på den siden begrenset til en total størrelse på 2,5 MB.

Denne grensen påvirker ikke:

  • Egenskaper for filer og medier. Den faktiske størrelsen på den opplastede filen teller ikke med i grensen.

  • Formler og Rollup-er.

  • Innhold i selve databasesidene (ikke egenskaper).

  • Antallet egenskaper du har i en database. En database med 50 egenskaper kan for eksempel fortsatt være under grensen hvis hver egenskap har korte beskrivelser eller alternativer.

Merk: Det finnes også grenser for toveisrelasjoner. La oss si at Database A og Database B er relatert til hverandre. Når du har referert til den samme siden fra Database A 10 000 ganger i Database B som en relasjon, vil ikke neste gang du prøver å referere til siden i Database B som en relasjon, gjenspeiles i Database A.

Når du har nådd grensen for databasesider, vil du se et banner øverst på spesifikke databasesider som gir deg beskjed om dette. For å holde deg under denne grensen kan du gjøre følgende:

  • Gjør egenskapsalternativene dine mindre eller kortere. På en flervalgsegenskap kan du for eksempel redusere antall alternativer eller forkorte navnene på noen av alternativene. På en personegenskap kan du slette noen av personene som er referert til på spesifikke sider.

  • Slett unødvendige egenskaper, noe som også vil slette dataene i disse egenskapene.

På databasenivå

Det er også en grense på 1,5 MB for den totale størrelsen på alle egenskaper som brukes i databasen din. Du kan tenke på denne grensen som noe som gjelder den overordnede strukturen i databasen, for eksempel hvor mange egenskaper du har i en database, og hvor mange alternativer hver databaseegenskap (som en valg- eller flervalgsegenskap) inneholder.

Du kan støte på denne grensen når du legger til nye egenskaper eller legger til et nytt egenskapsalternativ (som et ekstra valg-alternativ) i databasen din.

For å holde deg under denne grensen kan du gjøre følgende:

  • Slett unødvendige egenskaper.

  • Slett unødvendige egenskapsalternativer fra valg- og flervalgsegenskaper.

  • Forkort antall tegn i egenskapsalternativer (du kan for eksempel endre et Fullført-alternativ til Ferdig).

  • Forkort lengden på formlene du bruker i formel-egenskaper.

Sletting av egenskaper

Hvis du velger å slette en egenskap for å frigjøre plass og unngå å nå grenser, kan du alltid gjenopprette disse slettede egenskapene og dataene deres. Slik gjør du det:

  1. Klikk på glidebryterikonet øverst i databasen.

  2. Velg Rediger egenskaperSlettede egenskaper.

  3. Velg ↩️ ved siden av egenskapen du vil gjenopprette.

Merk at du kan beholde opptil 1,5 MB med slettede egenskaper i Søppel. Når du har nådd denne grensen, må du permanent slette noen egenskaper. Slik gjør du det:

  1. Klikk på glidebryterikonet øverst i databasen.

  2. Velg Rediger egenskaperSlettede egenskaper.

  3. Velg 🗑️ ved siden av egenskapen du vil slette permanent. Du kan også velge Slett alt permanent nederst i menyen.

Når en egenskap og dataene dens er slettet permanent, vil du ikke kunne gjenopprette dem.

Finn ut mer om databaser for å sikre at du bruker dem på den beste måten for dine spesifikke behov


Gi tilbakemelding

Var denne ressursen nyttig?


Powered by Fruition