-
Notifications
You must be signed in to change notification settings - Fork 73
Bulk Requests
- Applies to: Flask first; verify FastAPI behavior against current code before depending on parity
- Best sources:
safrs/request.py,safrs/jsonapi.py - Related pages: Content Types and Errors, JSON:API Basics
SAFRS recognizes bulk-style collection payloads where data is an array rather than a single resource object.
Example shape:
{
"data": [
{"type": "Users", "attributes": {"name": "A"}},
{"type": "Users", "attributes": {"name": "B"}}
]
}The request parser tracks the JSON:API bulk extension through the ext=bulk media-type parameter.
Current code also warns when a client sends a bulk POST without explicitly declaring the bulk extension, but still accepts the payload.
Bulk collection POST is the clearest bulk behavior in current SAFRS code:
- if
datais a list, SAFRS creates multiple instances - the response returns a collection-style data payload
The current repository makes bulk POST clear. Other bulk mutation behavior should be treated as extension-dependent and verified against the code and tests before documenting it as a supported stable contract.
If your client depends heavily on bulk operations, verify the exact behavior against the current SAFRS codebase and tests rather than assuming generic JSON:API bulk extension parity.
- Home
- Installation
- Quickstart (Flask)
- Quickstart (FastAPI)
- JSON:API Basics
- Relationships and Includes
- Filtering
- Sorting, Pagination, and Sparse Fieldsets
- Content Types and Errors
- Bulk Requests
- RPC / Custom Methods
- Customization
- Security and Access Control
- Stateless Endpoints / JABase
- Performance
- Examples
- Existing Databases (Legacy)
- PostGIS / GeoAlchemy2
- Docker / Deployment
- Troubleshooting
- Reference: SAFRSBase
- Reference: SAFRSBase Customization