Optimaliser lastetider og ytelse for database

I dette hjelpedokumentet

Slik sĂžrger du for at alle dine database er raske og kvikke.


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.

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.

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.

Databaser som er filtrert og sortert pÄ formel- og rollup-egenskaper kan ta litt lengre tid Ä laste inn.

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.

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

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.

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.

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.

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.

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.

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 egenskaper → Slettede 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 egenskaper → Slettede 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