Entities
Entities are the foundation of your app's data model. In short, an Entity defines a model in your database.
Wasp uses the excellent Prisma ORM to implement all database functionality and occasionally enhances it with a thin abstraction layer. Wasp Entities directly correspond to Prisma's data model. Still, you don't need to be familiar with Prisma to effectively use Wasp, as it comes with a simple API wrapper for working with Prisma's core features.
The only requirement for defining Wasp Entities is familiarity with the Prisma Schema Language (PSL), a simple definition language explicitly created for defining models in Prisma. The language is declarative and very intuitive. We'll also go through an example later in the text, so there's no need to go and thoroughly learn it right away. Still, if you're curious, look no further than Prisma's official documentation:
Defining an Entity
As mentioned, an entity
declaration represents a database model.
Each Entity
declaration corresponds 1-to-1 to Prisma's data model. Here's how you could define an Entity that represents a Task:
- JavaScript
- TypeScript
entity Task {=psl
id Int @id @default(autoincrement())
description String
isDone Boolean @default(false)
psl=}
entity Task {=psl
id Int @id @default(autoincrement())
description String
isDone Boolean @default(false)
psl=}
Let's go through this declaration in detail:
entity Task
- This tells Wasp that we wish to define an Entity (i.e., database model) calledTask
. Wasp automatically creates a table calledtasks
.{=psl ... psl=}
- Wasp treats everything that comes between the twopsl
tags as PSL (Prisma Schema Language).
The above PSL definition tells Wasp to create a table for storing Tasks where each task has three fields (i.e., the tasks
table has three columns):
id
- An integer value serving as a primary key. The database automatically generates it by incrementing the previously generatedid
.description
- A string value for storing the task's description.isDone
- A boolean value indicating the task's completion status. If you don't set it when creating a new task, the database sets it tofalse
by default.
Working with Entities
Let's see how you can define and work with Wasp Entities:
- Create/update some Entities in your
.wasp
file. - Run
wasp db migrate-dev
. This command syncs the database model with the Entity definitions in your.wasp
file. It does this by creating migration scripts. - Migration scripts are automatically placed in the
migrations/
folder. Make sure to commit this folder into version control. - Use Wasp's JavasScript API to work with the database when implementing Operations (we'll cover this in detail when we talk about operations).
Using Entities in Operations
Most of the time, you will be working with Entities within the context of Operations (Queries & Actions). We'll see how that's done on the next page.
Using Entities directly
If you need more control, you can directly interact with Entities by importing and using the Prisma Client. We recommend sticking with conventional Wasp-provided mechanisms, only resorting to directly using the Prisma client only if you need a feature Wasp doesn't provide.
You can only use the Prisma Client in your Wasp server code. You can import it like this:
- JavaScript
- TypeScript
import { prisma } from 'wasp/server'
prisma.task.create({
description: "Read the Entities doc",
isDone: true // almost :)
})
import { prisma } from 'wasp/server'
prisma.task.create({
description: "Read the Entities doc",
isDone: true // almost :)
})
Next steps
Now that we've seen how to define Entities that represent Wasp's core data model, we'll see how to make the most of them in other parts of Wasp. Keep reading to learn all about Wasp Operations!