Uppmätt, inte utlovat

Hastigheten sitter i designen, inte i hårdvaran.

De vanliga sätten att göra en inläsning snabbare är en större maskin eller färre kontroller. Nodwise behöver inget av dem: varje nod kontrolleras mot en sluten grammatik, på den baskonfiguration som vår tjänst körs på.

23,6 min

för att läsa in 2 113 664 noder från tomt

28 min

för att läsa allt igen, sökningen uppdaterad

3%

av en första inläsning går åt till kontroll

Ta inte vårt ord för det

Hur lång tid tar det att läsa in ditt datalagers härkomst i det verktyg du använder i dag?

Vi tänker inte säga att vi är snabbare. Ta tid på det. Läs in den härkomst du redan har i ditt nuvarande verktyg, med kontrollerna påslagna, och ställ siffran bredvid vår. Dina data, ditt format, ditt verktyg — vi publicerar formen på vårt test så att du kan jämföra lika med lika.

Din körning

Under inläsningen, gjorde ditt verktyg följande…

Ditt verktyg

—

minuter per miljon noder

Nodwise

11.2

minuter per miljon noder, vid 2,1 miljoner

4 av 4 kontroller

Skriv in dina siffror. Jämför vid en liknande storlek — kostnaden per nod växer i takt med att varje lager växer — och med samma kontroller på båda sidor.

Vår siffra: 2 113 664 noder, 6,3 miljoner egenskapsvärden och 4,2 miljoner relationer, första inläsning från tomt, en körning i oktober 2026 på den baskonfiguration som vår tjänst körs på. Inget du skriver här lämnar din webbläsare.

Testets form

En tid betyder ingenting utan formen den mättes på.

Testet är en datakatalog: scheman som innehåller tabeller, tabeller som innehåller kolumner, och härkomst från varje kolumn till en kolumn i nästa schema. En rikare form — fler egenskaper per nod, relationer som bär egenskaper, ansvar — kostar mer. Jämför med den här formen, inte med rubriken.

Nodtyp

Noder

Egenskapsvärden

Relationer

Schema

128

128

16 384

Tabell

16 384

16 384

2 097 152

Kolumn

Beskrivning, datatyp, primärnyckel

2 097 152

6 291 456

2 080 768

Totalt

2 113 664

6 307 968

4 194 304

Kontrollerat

Varje nod mot sin deklarerade typ och varje egenskap, och varje relation mot de sorters saker som metamodellen tillåter i var ände.

Transaktionellt

Varje batch av noder skrivs i en transaktion.

Registrerat

Varje nod som skapas eller ändras får en historikpost.

Båda ändar

Varje relation lagras på noderna i båda dess ändar: 8,4 miljoner poster totalt.

Omläsningen skickar samma test igen: omkring 98 % exakt som lagrat, omkring 1 % omdöpt, omkring 1 % nytt.

Körningen, steg för steg

Var tiden tar vägen — och var den inte gör det.

Stegen körs i den här ordningen för varje fil och överlappar inte, så tillsammans blir de summan. En första inläsning går åt till att skriva. En omläsning går åt till att läsa det som är lagrat, bara för att konstatera att det är oförändrat. Kontrollen mot grammatiken är aldrig den dyra delen.

#

Steg

Första inläsning, sekunder

Omläsning, sekunder

1

Läs filerna

136
64

2

Konvertera till skapandemodellen

11
11

3

Skilj nytt från befintligt, läs det lagrade

266
725

4

Bygg posterna, räkna ut vad som har ändrats

105
196

5

Kontrollera mot metamodellen

47
2

6

Slutför skapandet

19
—

7

Skriv de skapade noderna

269
3

8

Skriv de ändrade noderna

—
9

9

Skriv relationerna

491
—

10

Skriv historiken

72
7

+

Uppdatera sökningen

—
675

Totalt, i sekunder

1 416

1 692

En körning, uppmätt i oktober 2026, på den baskonfiguration som vår tjänst körs på — inte en maskin dimensionerad för prestandatestet. Kostnaden per nod växer i takt med att lagret växer: på en fjärdedel av det här testet tog en första inläsning 7,5 minuter per miljon noder; här 11,2. Vi publicerar båda.

Din tur

Ta tid på din egen inläsning. Se sedan vad en agent gör med vår.

En fullständigt modellerad organisation, ett klick med ditt jobbkonto. Inget formulär, inget samtal.