Field value constraints in Baserow prevent bad data at the source; enforcing uniqueness, required values, and validation rules automatically so your database stays clean without manual checking or post-entry cleanup.
This guide explains how to use field value constraints to enforce data quality rules, prevent duplicate entries, and maintain database integrity through automatic validation.

Field value constraints are data quality rules that Baserow enforces automatically when users create or update rows. By defining constraints at the field level, you prevent invalid data from entering your database in the first place, eliminating the need for data cleanup, duplicate detection, or manual validation after the fact.
Constraints work like database guardrails; they block operations that would violate your rules and provide immediate feedback to users explaining why the data wasn’t accepted. This real-time validation ensures data integrity across all entry methods: manual entry in Grid View, form submissions, API calls, CSV imports, and automation workflows.
Prevent duplicate records: Enforce unique customer IDs, email addresses, or order numbers to avoid confusion and maintain referential integrity.
Data quality assurance: Block invalid entries at creation time rather than discovering and fixing problems later through manual review.
Regulatory compliance: Meet data standards requiring unique identifiers, non-duplicate records, or validated field values for auditing purposes.
Integration reliability: Ensure external systems receive clean, consistent data through APIs by validating at the database layer.
User guidance: Provide immediate feedback when users attempt invalid entries, teaching correct data entry patterns through enforcement.
Reduce manual cleanup: Eliminate hours spent finding and merging duplicate records by preventing duplicates from being created initially.
Configure constraints through the field’s advanced settings in the field editor.
To add a unique constraint:

Constraints apply immediately after saving. Baserow validates existing data; if current rows violate the new constraint, you’ll receive an error and must fix duplicates before enabling the constraint.
To remove a constraint: Follow the same steps and click the trash icon, then save. Existing data remains unchanged, and duplicate entries become possible again.
| Constraint | Enforces | Use cases |
|---|---|---|
| Unique with empty | No duplicates, but empty values permitted | Optional unique fields like secondary email, alternate phone |
Currently, Baserow supports unique constraints that prevent duplicate values in a field. Additional constraint types (required values, format validation, range limits) are under development and will be released in future updates, expanding data quality controls across your database.
This constraint prevents duplicate values but permits multiple rows to have empty values in the field. Only populated values must be unique.
Behavior:
Not all field types support constraints. Here’s what can be constrained:
| Field type | Unique constraint | Notes |
|---|---|---|
| Single line text | ✅ Supported | IDs, codes, usernames, SKUs |
| Long text | ✅ Supported | Descriptions, notes (rarely used) |
| Number, Rating, Duration | ✅ Supported | Order numbers, account numbers |
| ✅ Supported | User emails, contact emails | |
| URL | ✅ Supported | Website URLs, profile links |
| Date | ✅ Supported | Unique dates (rare use case) |
| Single select | ⚠️ Limited utility | Few options = duplicates needed |
| Phone number | ❌ Not supported | Cannot constrain contact numbers, support lines |
| Boolean | ❌ Not useful | Only 2 values possible |
| Multiple select | ❌ Not supported | Cannot constrain multi-value fields |
| Link to table | ❌ Not supported | Relationships handled differently |
| File | ❌ Not supported | Cannot constrain attachments |
| Formula, Last modified, Created on, Last modified by, Created by | ❌ Not supported | Computed values, not direct entry |
| Lookup, Count, Rollup, Collaborators | ❌ Not supported | Retrieved values, not direct entry |
Best practice: Apply unique constraints to fields designed to identify records uniquely, not to descriptive or categorical fields where duplicates are natural.
Baserow prevents operations that would violate constraints and provides clear error messages explaining the issue.
When typing a duplicate value:
Field data constraint violation. Unable to complete operation due to existing constraints violation.When forms include constrained fields:
Field data constraint violation. Unable to complete operation due to existing constraints violation.API requests violating constraints return error responses:
HTTP status: 400 Bad Request Row creation: Fails, no row is created Response: Includes field-specific error details
When importing data with duplicates:
The following row indexes couldn't be importedCheck for duplicates in your CSV before importing to constrained fields using spreadsheet tools like Excel’s “Remove Duplicates” or conditional formatting.
When adding a constraint to a field containing data, Baserow validates existing values:
If no violations exist:
If violations exist:
Before applying a unique constraint, verify no duplicates exist:
Formula technique: Create a Count field linking back to the same table filtered by the field value; counts over 1 indicate duplicates.
No, you must resolve all duplicates before applying a unique constraint. Baserow validates existing data when you attempt to enable the constraint and provides error messages showing which values are duplicated. Clean up the duplicates first, then apply the constraint.
The paste operation fails for cells that would create duplicates. Baserow validates each paste operation and rejects values violating constraints. You’ll see error indicators on the rejected cells and must enter unique values instead.
Yes, constraints are enforced across all data entry methods: manual Grid View entry, form submissions, API operations, CSV imports, and automation workflows. This ensures data quality regardless of how users or systems interact with your database.
No, constraints are either enabled or disabled; there’s no temporary suspension. To allow duplicates temporarily, you must remove the constraint entirely through field settings, then re-enable it later. Note that duplicates created during this period must be cleaned before re-enabling.
Unique constraints are case-sensitive for text fields. “example@email.com” and “Example@Email.com” are not considered duplicates.
Constraints prevent invalid data from being saved (enforcement). Filters hide data from view but don’t prevent creation (display). Use constraints for data integrity rules that must never be violated, and filters for temporary views of data subsets.
Still need help? If you’re looking for something else, please feel free to make recommendations or ask us questions; we’re ready to assist you.