đ¨ Entities
By using entity store, you now have the capability to organize your data based on a predefined schema. This structured data can be accessed during the processor's execution and can also be retrieved using our SQL and GraphQL API.
Beginning with version 2.39.6, we have implemented the use of decorators to minimize codegen sizes. Please ensure that your ts.config file has the following configurations enabled.
{
"experimentalDecorators": true,
"emitDecoratorMetadata": true
}
Schema
The schema can be established utilizing the GraphQL schema definition language. This schema is specified in the store.graphql file located at the root of the processor directory. The following is an example of a schema definition:
type Transfer @entity {
id: ID!
from: User!
to: User!
amount: BigDecimal!
}
type User @entity {
id: ID!
name: String!
}
The structure of the schema is made up of entities, interfaces, and enums.
Define Entities
An entity is a type that represents a data structure. The entity is defined using the @entity
directive. The entity can have fields that are scalar types or other entities. The entity must have an id
field of type ID!
.
IDs
Every entity is required to define a field named id with the type of ID!. This id field serves as the primary key and ensures uniqueness across all entities of the same type.
Scalar Types
The scalar types are the basic building blocks of the schema. The scalar types includes:
- Int
- Float
- String
- Boolean
- ID
- BigInt
- BigDecimal
Relationships
Entities can have relationships with other entities. The relationships can be one-to-one, one-to-many, or many-to-many.
One-to-One relationship
In instances where a single entity is linked to another single entity, it's typically referred to as a one-to-one relationship.
For instance, a user is associated with a single corresponding profile, and each profile is linked to one specific user.
type Profile @entity {
id: ID!
user: User!
}
type User @entity {
id: ID!
profile: Profile
}
One-to-Many relationship
To establish a one-to-many relationship in an entity, you should use square brackets around the field type. This indicates that the field can hold multiple instances of the related entity.
For instance, a company can have multiple employees, but each employee is associated with only one company.
type Company @entity {
id: ID!
name: String!
}
type Employee @entity {
id: ID!
name: String!
company: Company!
}
Reverse lookup by derivedFrom
The @derivedFrom
directive is used to specify the field in the related entity that the relationship is derived from.
type Company @entity {
id: ID!
name: String!
employees: [Employee!] @derivedFrom(field: "company")
}
type Employee @entity {
id: ID!
name: String!
company: Company!
}
Many-to-Many relationship
To define a many-to-many relationship, you should use square brackets around the field type in both entities.
For instance, a student can enroll in multiple courses, and each course can have multiple students.
type Student @entity {
id: ID!
name: String!
courses: [Course!]! @derivedFrom(field: "students")
}
type Course @entity {
id: ID!
name: String!
students: [Student!]!
}
Interfaces
Interfaces are a type of structure in GraphQL that can be used by entities. They are created using the interface keyword and can contain fields of scalar types or other entities. Entities can implement these interfaces using the implements keyword. They are beneficial for defining fields that are common across multiple entities.
type Project @entity {
id: ID!
name: String!
owner: ProjectOwner!
}
interface ProjectOwner {
id: ID!
name: String!
}
type User implements ProjectOwner @entity {
id: ID!
name: String!
}
type Organization implements ProjectOwner @entity {
id: ID!
name: String!
}
Enums
Enums are a type of structure in GraphQL that can be used to define a set of constants. They are created using the enum keyword and can contain a list of values. Enums are useful for defining fields that have a fixed set of values.
enum Role {
ADMIN
USER
}
type User @entity {
id: ID!
name: String!
role: Role!
}
Updated 4 months ago