You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current schema-on-write data model is great for many use cases. However, this isn't always a desireable behavior for some projects.
I propose two potential features to address such use cases:
Strict Schema Support: Add an option for strict schema enforcement. either on the db level or on a per-transaction basis.
Transactions may error out or ignore unknown attributes.
Attribute Creation Response: If in non-strict mode, transaction responses may contain info about attributes it created.
Use Cases and Benefits
Strict Schema: New projects can save the time and effort of having to enforce in user code.
Errors: Errors from the likes of inadvertent typos or incorrect data types can be caught early.
Attribute Creation Response: Knowing which new attributes were created during a transaction can help with debugging, auditing, and understanding the evolution of the data model.
The text was updated successfully, but these errors were encountered:
We already have :closed-schema? option that errors out with unknown attributes, and :validate-data? option that throw if data type does not match schema. So the remaining issue is to add created attributes to the transaction report.
Description
The current schema-on-write data model is great for many use cases. However, this isn't always a desireable behavior for some projects.
I propose two potential features to address such use cases:
Transactions may error out or ignore unknown attributes.
Use Cases and Benefits
The text was updated successfully, but these errors were encountered: