A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://graphcms.com/docs/api-reference/schema/system-fields below:

System fields | Hygraph

All default, and custom content types come with some managed system fields. These fields reflect certain states of your content, such as when it was last updated, or published at.

#Default model fields

These fields are included with all content models you create within Hygraph.

Field Type Description id ID! Unique for each content entry createdAt DateTime! Timestamp for when the content entry was created createdBy User The user who created the content entry updatedAt DateTime! Timestamp for when the content entry was updated updatedBy User The user who last updated the content entry publishedAt DateTime! Timestamp for when the content entry was published publishedBy User The user who last published the content entry documentInStages [model] Query the current document in other stages #User fields

Since the User model is included with every project, it also comes with some predefined fields, as well as all of the system fields above (but not createdBy, updatedBy, and publishedBy).

The User model is part of "user attribution", and is connected with content entries. This connection allows you to see who created, updated, and published content entries.

Field Type Description id ID! The ID of the user name String! The name of the user picture String The profile picture URL kind UserKind! The type of user - either MEMBER, PAT, or PUBLIC createdAt DateTime! The created at date and time of the user updatedAt DateTime! The last updated at date and time of the user publishedAt DateTime The last published at date and time of the user

All users will currently be members of your project. In the future they can be external users, part of a user authentication API.

Created by

Updated by

Published by

#Asset fields

Since the Asset model is included with every project, it also comes with some predefined fields, as well as all of the system fields above.

The Asset field type has all of the default model fields, as well as:

Field Type Description url String! The URL of the asset, with any transformations. handle String! The file handle. fileName String! The document file name that was uploaded. height Float The height of the file (for images only). width Float The width of the file (for images only). size Float The total file size. mimeType String The mime type of the file. locale Locale! The system locale enumeration for your projects locales. E.g. en, de. localizations [Asset!]! An array of localized assets for the asset you are querying.

Asset fields are localized by default, and always include the localization fields described below.

Pro Tip

While the Assets model is a system model that comes with every project by default and contains some predefined fields, you can still edit it to add fields for things like alt text and captions to your image assets.

Click here to learn more about adding fields to a model.

#Localization fields

When you localize fields within Hygraph, the model will be updated to contain the following fields:

Field Type Description locale Locale! The system locale enumeration for your projects locales. E.g. en, de. localizations [modelName!]! An array of localized entries for the model you are querying.

Learn more about working with Localization.

#Version history fields

One of the auto-generated queries Hygraph will create is around versioning. Each time you publish content to a stage, a version is saved.

You can fetch the version history of a content entry by using the history field on a model. This field is managed automatically by Hygraph.

Field Type Description id ID! The id of the content entry you are querying. stage Stage! The content stage the content entry was published to. E.g. PUBLISHED. revision Int! The revision number. Auto incrementing from 1. createdAt DateTime! The timestamp when the version was created. #Connection type fields

Since Hygraph implements the Relay specification, when fetching with Relay you will have some fields made available to you automatically.

For example, let's imagine we have the model Post. The postsConnection would look a little something like:

Field Type Description edges [PostEdge!]! A list of edges, containing cursor, and the node. pageInfo PageInfo! Information used for paginating nodes. aggregate Aggregate! The count of records, relative to any filters. #[PostEdge!]! Field Type Description cursor String! The edge cursor, used for paginating records. node Post! The actual entry of the record, for example the Post entry. #PageInfo!

Hygraph exposes the PageInfo type on the field pageInfo for connection queries. This is useful with cursor based pagination.

Field Type Description hasNextPage Boolean! When paginating forwards, are there more items? hasPreviousPage Boolean! When paginating backwards, are there more items? startCursor String When paginating backwards, the cursor to continue endCursor String When paginating forwards, the cursor to continue pageSize Int The number of items in the current page

Learn more about Relay cursor pagination.

#Aggregate!

It is possible using the connection type query to perform an aggregate count.

Field Type Description count Int! The count of results matching the query, and filters.

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4