Gadget's database stores user records by storing and retrieving each of the fields defined on the model in the Gadget Editor to a managed database. Gadget has generated a GraphQL type matching the configured fields for user:
user Schema
1exporttypeUser={
2
3 __typename:'User';
4
5/** The globally unique, unchanging identifier for this record. Assigned and managed by Gadget. */
6 id:string;
7
8/** The time at which this record was first created. Set once upon record creation and never changed. Managed by Gadget. */
9 createdAt: Date;
10
11/** The time at which this record was last changed. Set each time the record is successfully acted upon by an action. Managed by Gadget. */
12 updatedAt: Date;
13
14/** The current state this record is in. Changed by invoking actions. Managed by Gadget. */
Any fetched user record will have this same User type, and expose the same data by default, regardless of if it's fetched by ID or as part of a findMany. This means you can select any of the record's fields wherever you like in a GraphQL query according to the use case at hand.
Retrieving one user record
Individual user records can be retrieved using the "find by ID" API endpoint. You can also return only some fields, or
extra fields beyond what Gadget retrieves by default, using the select option.
The findOne function throws an error if no matching record is found, which you will need to catch and handle. Alternatively, you can use the maybeFindOne function, which returns null if no record is found, without throwing an error.
Similarly, the useFindOne React hook returns (but does not throw) an error when no matching record is found, while the useMaybeFindOne hook simply returns null if no record is found, without also returning an error.
The first record from a list of records can be retrieved using the "find first" API endpoint. The source list of records can be filtered using the filter option, sorted using the sort option, searched using the search option, though no pagination options are available on this endpoint. You can also return only some fields, or extra fields beyond what Gadget retrieves by default using the select option.
The findFirst function throws an error if no matching record is found, which you will need to catch and handle. Alternatively, you can use the maybeFindFirst function, which returns null if no record is found, without throwing an error.
Similarly, the useFindFirst React hook returns (but does not throw) an error when no matching record is found, while the useMaybeFindFirst hook simply returns null if no record is found, without also returning an error.
Get first user
const userRecord =await api.user.findFirst();
console.log(userRecord.id);//=> a string
console.log(userRecord.createdAt);//=> a Date object
Pages of user records can be retrieved by using the "find many" API endpoint. The returned records can be filtered using the filter option, sorted using the sort option, searched using the search option, and paginated using standard Relay-style pagination options. You can also return only some fields, or extra fields beyond what Gadget retrieves by default using the select option.
This GraphQL endpoint returns records in the Relay Connection style (as a list of edges with nodes and cursors) so they can be paginated. The users GraphQL endpoint works with any Relay-compatible caching client, or you can use Gadget's JS client for pagination with the findMany function.
Find a page of users
You can fetch one page of records with the user.findMany JS method or the users GraphQL field. No options are required, and records can be sorted with the sort option and filtered with the filter optional. The records returned will be implicitly sorted by ID ascending, unless you pass a sort option.
Your app's API is built using GraphQL, which makes it easy to retrieve data from related records through fields like belongs to and has many.
To optimize the performance of your API, data from related records is not retrieved by default, but you can change what data is retrieved with the `select` option to API calls.
For example, you can fetch has many data from the records linked by the sessions field using the select option:
Get related data from sessions
1const userRecord =await api.user.findFirst({
2 select:{
3 id:true,
4 sessions:{
5 edges:{
6 node:{
7 id:true,
8 createdAt:true,
9},
10},
11},
12},
13});
14console.log(userRecord.sessions?.map((edge)=> edge.node.id));//=> the related records' ids
When using an explicit select option, be sure to include any fields you need from all models in your query, including the parent model. The default selection no longer applies when you pass select.
Retrieving a single user record by a uniquely identifiable field
After adding a unique validation to a field, you can retrieve a single record by using the finders generated below. If you would like to edit the fields returned or filtering, see the filtering section.
Retrieving a single user record by id
Individual user records can be retrieved using the "find many" API endpoint pre-filtered by the field's id. Throws if stored data is not unique.
Records can be sorted in the database to retrieve them in a certain order. Records are always implicitly sorted by ID ascending unless an explicit sort on the id field is defined. The GraphQL type UserSort defines which fields can be sorted by.
Records can be sorted by multiple different fields and in multiple different directions by passing a list of UserSort instead of just one.
Pass the sort option to the JS client, or the sort variable to a GraphQL query to sort the records returned.
user records can be searched using Gadget's built in full text search functionality. Gadget search is appropriate
for powering autocompletes, searchable tables, or other experiences where humans are writing search queries. It's typo tolerant, synonym aware
and supports simple search operators like ! to exclude search terms.
Search Users by passing the search parameter with a search query string.
Search isn't field specific in Gadget -- all of the following field types are searched with the built in search functionality:
id
string
number
enum
rich text
date / time
email
url
boolean
json
record state
role list
belongs to (searches on the related record ID)
Full text search Users
const userRecords =await api.user.findMany({
search:"a specific phrase to search for",
});
const[result, refresh]=useFindMany(api.user,{
search:"a specific phrase to search for",
});
const{ data, error, fetching }= result;
1queryFindManyUsers($search:String){
2users(search:$search){
3edges{
4node{
5__typename
6id
7state
8
9# ...
10
11createdAt
12updatedAt
13}
14}
15}
16}
Variables
json
{"search":"a specific phrase to search for"}
const userRecords =await api.user.findMany({
search:"a specific phrase to search for",
});
Filtering
user records can be filtered to return only the appropriate records. Records can be filtered on any field, including
those managed by Gadget or fields added by developers. Filters can be combined with sorts, searches and paginated using cursor-based Relay pagination.
Filter Users by passing the filter parameter with a filter object. Filter objects are nestable boolean conditions expressed as JS objects capturing a key, an operator, and usually a value.
Records can be filtered by multiple different fields simultaneously. If you want to combine filters using boolean logic, nest them under the AND, OR, or NOT keys of a parent filter. Filters can be nested deeply by passing multiple levels boolean condition filters.
You can also pass a list of filters to the filter parameter which will be implicitly ANDed with one another such that they all need to match for a record to be returned.
All Gadget record lists, including the top level user finder as well as associations to user, are structured as GraphQL connections. GraphQL connections are the de facto standard for querying lists and support cursor-based forward and backward pagination. When querying via GraphQL, you must select the edges field and then the node field to get the user record. When querying using a Gadget API client, the GraphQL queries are generated for you and the records are unwrapped and returned as a GadgetRecordList ready for use.
user pagination supports the standard GraphQL connection pagination arguments: first + after, or last + before.
Pagination is done using cursors, which you can retrieve from the edge.cursor field or the pageInfo.startCursor properties.
Root-level record finders like users support a maximum page size of 250 records and a default page size of 50 records. The page size is controlled using the first or last GraphQL field arguments.
Related record finders that access lists of records through a has many or has many through field support a maximum page size of 100 records and a default page size of 50 records.
Get the next or previous page
When using the generated JavaScript API client, including the api parameter in a Gadget code effect, the record lists returned from findMany calls can be paginated using the nextPage() or previousPage() option.
Both nextPage() and previousPage() will throw an error if the corresponding hasNextPage or hasPreviousPage is false.
When using React and paging through records, you can use cursors to get the previous or next pages of records. This is an example of a React component that pages forward and backward through 2 records at a time for user.
If you need to get all available data for user, you will need to paginate through all pages of data. If you have a large amount of data, this can take a long time. Make sure you need to collect all data at once before writing a pagination loop that reads all records! If you are querying records for display in a UI and cannot display all your records at once, we don't recommend fetching all the data beforehand - instead, use the cursor to read additional data when the user needs it.
If you need all data for analytics applications or to collect some statistics on your data, consider options like intermediate models and pre-defined data rollups.
If you have determined that you need all your data, you can fetch it using cursors and a loop. We also suggest using select so that you only grab fields that are needed, in addition to applying a filter, if possible. Using first with the maximum allowable value will also allow you to grab the maximum number of records you can at once.
Page through all records
JavaScript
1// use allRecords to store all records
2const allRecords =[];
3let records =await api.user.findMany({
4 first:250,
5 select:{
6 id:true,
7},
8 filter:{
9// add filter conditions, if possible
10},
11});
12
13allRecords.push(...records);
14
15// loop through additional pages to get all protected orders
16while(records.hasNextPage){
17// paginate
18 records =await records.nextPage();
19 allRecords.push(...records);
20}
1// use allRecords to store all records
2const allRecords =[];
3let records =await api.user.findMany({
4first:250,
5select:{
6id:true,
7},
8filter:{
9// add filter conditions, if possible
10},
11});
12
13allRecords.push(...records);
14
15// loop through additional pages to get all protected orders
16while(records.hasNextPage){
17// paginate
18 records =await records.nextPage();
19 allRecords.push(...records);
20}
Selecting fields, and fields of fields
When using the JavaScript client, all of findOne, maybeFindOne, findMany, findFirst, maybeFindFirst, and various action functions, allow requesting specific fields of a user and its relationships. The select option controls which fields are selected in the generated GraphQL query sent to the Gadget API. Pass each field you want to select in an object, with true as the value for scalar fields, and a nested object of the same shape for nested fields.
Gadget has a default selection that will retrieve all of the scalar fields for a user. If you don't pass a select option to a record finder, this default selection will be used.
Select only some user fields
1// fetch only the id and createdAt field
2const userRecords =await api.user.findMany({
3 select:{ id:true, createdAt:true},
4});
5// fetch all the scalar fields for the model, but no relationship fields
If you want to include the ID of a belongs to or has one relationship in your response, you can add the ID of the relationship field to the select parameter. For example, say we have a ticket model that belongs to a flight model. We can get the flight that the ticket is associated with like so:
Where flight is the name of the relationship field on the ticket model. You must append Id in camel case. If flightId is not included in the select statement, it will not be part of the returned object.
Realtime subscriptions with live queries
Each read function in the user runs once and returns a static set of results. There is also a second mode for subscribing to the results of the query as they change over time.
By passing live: true to any read query or hook, you'll get a stream of results as data changes in the backend, instead of just one result. This is useful for automatically updating your UI when any record is created, updated, or deleted in your backend database.
Realtime queries are issued by passing live: true to your API call or React hook. For example, you can query and stream changes to the record with id 123:
Fetch user 123 in live mode
// calling findOne with live: true will return a stream of results as an AsyncIterator, not just one result
forawait(const record of api.user.findOne("123",{ live:true})){
You can also subscribe to realtime results for pages of records. For example, we can fetch and render a list of the first ten user records, which will automatically update when backend data changes:
First 10 user records in live mode
// calling findMany with live: true will return a stream of results as an AsyncIterator, not just one result
forawait(const list of api.user.findMany({ live:true, first:10})){
The select option is fully type-safe if you're using TypeScript. The returned GadgetRecord type will have a <Shape> exactly matching the fields and nested fields you selected.
This behavior of selecting only some fields is built right into GraphQL. If you want to limit or expand what you retrieve from a GraphQL query, include or exclude those fields in your GraphQL query. For more information on executing GraphQL queries, see GraphQL.
Select nested user fields
1// fetch the id and createdAt field, and fetch some nested fields from an example relationship field named `someRelatedObject`
2const userRecords =await api.user.findMany({
3 select:{
4 id:true,
5 createdAt:true,
6 someRelatedObject:{ id:true, createdAt:true},
7},
8});
constSelectionComponent=(props)=>{
// fetch the id and createdAt field, and fetch some nested fields from an example relationship field named `someRelatedObject`
user records are changed by invoking Actions. Actions are the things that "do" stuff -- update records, make API
calls, call backend code, etc. Actions with a GraphQL API trigger each have one corresponding GraphQL mutation and a corresponding function available
in the API client libraries. Nested Actions can also be invoked with the API client, by providing the actions as input to any relationship fields.
Action Result format
Each API action returns results in the same format that includes a success indicator, errors, and the actual result if the action succeeded. The result is the record that was acted on for a model action, or a list of records for a bulk action, or a JSON blob for Global Actions. Model actions that delete the record don't return the record.
The success field returns a boolean indicating if the action executed as expected. Any execution errors are returned in the errors object, which will always be null if success is true or contain ExecutionError objects if success is false.
ExecutionError objects always have a message describing what error prevented the action from succeeding, as well as a code attribute that gives a stable, searchable, human-readable error class code for referencing this specific error. Details on each error code can be found in the Errors documentation. All ExecutionError object types returned by the GraphQL object can be one of many types of error, where some types have extra data that is useful for remedying the error. All error types will always have message and code properties, but some, like InvalidRecordError have extra fields for use by clients.
Errors when using the generated client
The generated JavaScript client automatically interprets errors from invoking actions and throws JavaScript Error instances if the action didn't succeed. The Error objects it throws are rich, and expose extra error properties beyond just message and code if they exist.
Errors thrown by the JavaScript client are easiest to catch by using a try/catch statement around an await, like so:
JavaScript
1import{
2GadgetOperationError,
3InvalidRecordError,
4}from"@gadgetinc/api-client-core";
5
6// must be in an async function to use await` syntax
7exportasyncfunctionrun({ api }){
8try{
9returnawait api.exampleModel.create({ name:"example record name"});
10}catch(error){
11if(error instanceofGadgetOperationError){
12// a recognized general error has occurred, retry the operation or inspect \error.code\`
13console.error(error);
14}elseif(error instanceofInvalidRecordError){
15// the submitted input data for the action was invalid, inspect the invalid fields which \`InvalidRecordError\` exposes
16console.error(error.validationErrors);
17}else{
18// an unrecognized error occurred like an HTTP connection interrupted error or a syntax error. Re-throw it because it's not clear what to do to fix it
19throw error;
20}
21}
22}
1import{
2GadgetOperationError,
3InvalidRecordError,
4}from"@gadgetinc/api-client-core";
5
6// must be in an async function to use await` syntax
7exportasyncfunctionrun({ api }){
8try{
9returnawait api.exampleModel.create({name:"example record name"});
10}catch(error){
11if(error instanceofGadgetOperationError){
12// a recognized general error has occurred, retry the operation or inspect \error.code\`
13console.error(error);
14}elseif(error instanceofInvalidRecordError){
15// the submitted input data for the action was invalid, inspect the invalid fields which \`InvalidRecordError\` exposes
16console.error(error.validationErrors);
17}else{
18// an unrecognized error occurred like an HTTP connection interrupted error or a syntax error. Re-throw it because it's not clear what to do to fix it
19throw error;
20}
21}
22}
For more information on error codes, consult the Errors documentation.
signUp returns the user. In the JS client, the fields returned can be controlled with the select option. In GraphQL, the return format is the action result format, which includes the record if the action was successful. You can include or exclude the fields you need right in the mutation itself.
signUp Output Data
GraphQL
1typeSignUpUserResult{
2success:Boolean!
3errors:[ExecutionError!]
4actionRun:String
5user:User
6}
user update
Input
update operates on one user in particular, identified by the id variable.update accepts the following input parameters:
update returns the user. In the JS client, the fields returned can be controlled with the select option. In GraphQL, the return format is the action result format, which includes the record if the action was successful. You can include or exclude the fields you need right in the mutation itself.
update Output Data
GraphQL
1typeUpdateUserResultimplementsUpsertUserResult{
2success:Boolean!
3errors:[ExecutionError!]
4actionRun:String
5user:User
6}
user delete
The delete action destroys the record.
Input
delete operates on one user in particular, identified by the id variable.
create returns the user. In the JS client, the fields returned can be controlled with the select option. In GraphQL, the return format is the action result format, which includes the record if the action was successful. You can include or exclude the fields you need right in the mutation itself.
create Output Data
GraphQL
1typeCreateUserResultimplementsUpsertUserResult{
2success:Boolean!
3errors:[ExecutionError!]
4actionRun:String
5user:User
6}
user upsert
Input
upsert accepts the following input parameters:
upsert Input Data
1exporttypeUpsertUserInput={
2
3 id?:(Scalars['GadgetID']|null)|null;
4
5 email?:(Scalars['String']|null)|null;
6
7 password?:(Scalars['String']|null)|null;
8
9/** A string list of Gadget platform Role keys to assign to this record */
10 roles?:((Scalars['String']|null))[];
11
12 sessions?:(SessionHasManyInput |null)[];
13
14 tasks?:(TaskHasManyInput |null)[];
15};
16
17
18
19exporttypeUpsertUserArguments={
20
21/** An array of Strings */
22 on?:((Scalars['String']|null))[];
23
24 user?: UpsertUserInput |null;
25};
1inputUpsertUserInput{
2id:GadgetID
3email:String
4password:String
5
6"""
7 A string list of Gadget platform Role keys to assign to this record
upsert returns the user. In the JS client, the fields returned can be controlled with the select option. In GraphQL, the return format is the action result format, which includes the record if the action was successful. You can include or exclude the fields you need right in the mutation itself.
upsert Output Data
GraphQL
interfaceUpsertUserResult{
success:Boolean!
errors:[ExecutionError!]
actionRun:String
}
Linking related records
When running actions on the user model, you can set the value of any belongs to or has many relationships in the same API call.
Linking existing child records
For has many fields, actions on user records can also update child records to link to this record. You can link existing child records by passing a nested action to invoke on the child record. Gadget will implicitly link the referenced child record to the outer parent record in the API call.
Linking to a new child record
You can also nest actions on child records to create new children when running actions on the parent. Pass a nestedcreate action for the child record, and Gadget will implicitly link it to the outer parent record in your API call.
Bulk Actions
You can run the same action for an array of inputs all at once with bulk actions. Bulk Actions are executed as a single API call and offer better performance when running the same action on many records.
Creates, updates, deletes, and custom actions can all be run in bulk. Bulk Actions repeat the same action each time across a variety of different records. If you want to call different actions, you can't use Bulk Actions and must instead make multiple API calls.
If a bulk action group fails on some of the individual records, the remaining records will still be processed, and the list of errors will be returned in the result. Only the records which succeed in executing the action will be returned in the result.
Bulk user signUp
Input
bulkSignUpUsers operates on a set of users, identified by the ids variable.
bulkSignUpUsers returns the set of users that successfully completed the action. In the JS client, the fields returned for the record can be controlled with the select option. In GraphQL, the response is in the action result format, which includes a selection that completed the action successfully.The success property will be false if any of the records failed to perform their action and the returned set of users will only include the ones that completed successfully.
bulkSignUpUsers Output Data
GraphQL
1"""
2The output when running the signUp on the user model in bulk.
3"""
4typeBulkSignUpUsersResult{
5"""
6 Boolean describing if all the bulk actions succeeded or not
7"""
8success:Boolean!
9
10"""
11 Aggregated list of errors that any bulk action encountered while processing
12"""
13errors:[ExecutionError!]
14
15"""
16 The list of all changed user records by each sent bulk action. Returned in the same order as the input bulk action params.
17"""
18users:[User]
19}
Bulk user update
Input
bulkUpdateUsers operates on a set of users, identified by the ids variable.
bulkUpdateUsers returns the set of users that successfully completed the action. In the JS client, the fields returned for the record can be controlled with the select option. In GraphQL, the response is in the action result format, which includes a selection that completed the action successfully.The success property will be false if any of the records failed to perform their action and the returned set of users will only include the ones that completed successfully.
bulkUpdateUsers Output Data
GraphQL
1"""
2The output when running the update on the user model in bulk.
3"""
4typeBulkUpdateUsersResult{
5"""
6 Boolean describing if all the bulk actions succeeded or not
7"""
8success:Boolean!
9
10"""
11 Aggregated list of errors that any bulk action encountered while processing
12"""
13errors:[ExecutionError!]
14
15"""
16 The list of all changed user records by each sent bulk action. Returned in the same order as the input bulk action params.
17"""
18users:[User]
19}
Bulk user delete
bulkDeleteUsers action destroys the records.
Input
bulkDeleteUsers operates on a set of users, identified by the ids variable.
bulkDeleteUsers deletes the record, so it returns void in the JS client. In GraphQL it returns only the success and errors from the action result format.
bulkDeleteUsers Output Data
GraphQL
1"""
2The output when running the delete on the user model in bulk.
3"""
4typeBulkDeleteUsersResult{
5"""
6 Boolean describing if all the bulk actions succeeded or not
7"""
8success:Boolean!
9
10"""
11 Aggregated list of errors that any bulk action encountered while processing
12"""
13errors:[ExecutionError!]
14}
Bulk user create
Input
bulkCreateUsers operates on a set of users, identified by the ids variable.
bulkCreateUsers returns the set of users that successfully completed the action. In the JS client, the fields returned for the record can be controlled with the select option. In GraphQL, the response is in the action result format, which includes a selection that completed the action successfully.The success property will be false if any of the records failed to perform their action and the returned set of users will only include the ones that completed successfully.
bulkCreateUsers Output Data
GraphQL
1"""
2The output when running the create on the user model in bulk.
3"""
4typeBulkCreateUsersResult{
5"""
6 Boolean describing if all the bulk actions succeeded or not
7"""
8success:Boolean!
9
10"""
11 Aggregated list of errors that any bulk action encountered while processing
12"""
13errors:[ExecutionError!]
14
15"""
16 The list of all changed user records by each sent bulk action. Returned in the same order as the input bulk action params.
17"""
18users:[User]
19}
Bulk user upsert
Input
bulkUpsertUsers operates on a set of users, identified by the ids variable.
bulkUpsertUsers returns the set of users that successfully completed the action. In the JS client, the fields returned for the record can be controlled with the select option. In GraphQL, the response is in the action result format, which includes a selection that completed the action successfully.The success property will be false if any of the records failed to perform their action and the returned set of users will only include the ones that completed successfully.
bulkUpsertUsers Output Data
GraphQL
1"""
2The result of a bulk upsert operation for the user model
3"""
4typeBulkUpsertUsersResult{
5"""
6 Boolean describing if all the bulk actions succeeded or not
7"""
8success:Boolean!
9
10"""
11 Aggregated list of errors that any bulk action encountered while processing
12"""
13errors:[ExecutionError!]
14
15"""
16 The results of each upsert action in the bulk operation