-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow forcing uniqueness for any field in schema configuration #2712
Comments
Requested By: Alexis Beck with NHM Geneva |
This issue has been mentioned on Specify Community Forum. There might be relevant details there: https://discourse.specifysoftware.org/t/require-unique-value/303/11 |
Here is a list of all uniqueness constraints at a database level
To maintain compatibility (both with 6 and with migrating from previous versions of 7), these will be 'read-only' uniqueness rules and will not be able to be modified or removed.
|
Geneva would like this as well! |
@melton-jason How far along is your work on this project? I remember you talking to me about this in March. |
This is the one and only requirement for CSIRO to migrate their collections this fall. |
Do they want a support for this on the backend? For example, should those constraints be considered for workbench too? |
Yes, the rules would be supported by the backend (and thus the API and Workbench) too. |
This issue has been mentioned on Specify Community Forum. There might be relevant details there: https://discourse.specifysoftware.org/t/specify-7-9-3-release-announcement/1499/1 |
Requested By: Corinna P at CSIRO
also requested by UMich, New Mexico, New Brunswick Museum, and many more. This is a common request. If an issue for this has already been created, please merge/close this one.
The text was updated successfully, but these errors were encountered: