Skip to content

Commit 681e8f7

Browse files
idalithbbenface
andauthored
Update website/pages/en/developing/graph-ts/api.mdx
Co-authored-by: Benoît Rouleau <[email protected]>
1 parent 8485005 commit 681e8f7

File tree

1 file changed

+1
-1
lines changed
  • website/pages/en/developing/graph-ts

1 file changed

+1
-1
lines changed

website/pages/en/developing/graph-ts/api.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -274,7 +274,7 @@ As the entity may not exist in the store yet, the `load` method returns a value
274274

275275
As of `graph-node` v0.31.0, `@graphprotocol/graph-ts` v0.30.0 and `@graphprotocol/graph-cli` v0.49.0 the `loadInBlock` method is available on all entity types.
276276

277-
The store API facilitates the retrieval of entities that were created or updated in the current block. A typical situation for this is that one handler creates a Transaction from some on-chain event, and a later handler wants to access this transaction if it exists.
277+
The store API facilitates the retrieval of entities that were created or updated in the current block. A typical situation for this is that one handler creates a transaction from some on-chain event, and a later handler wants to access this transaction if it exists.
278278

279279
- In the case where the transaction does not exist, the subgraph will have to go to the database simply to find out that the entity does not exist. If the subgraph author already knows that the entity must have been created in the same block, using loadInBlock avoids this database roundtrip.
280280
- For some subgraphs, these missed lookups can contribute significantly to the indexing time.

0 commit comments

Comments
 (0)