This project is not covered by Drupal’s security advisory policy.
This is a helper module which declares a 'Serialized data' field type. This is designed to make it easy for modules to store arbitrary data on an entity.
No widgets or formatters are included for this field type - the assumption is that its value is usually updated programatically.
Ideas / Use cases
- Data bin It works well as a general store of verbatim data. Similar in purpose to the "data' properties which exist on some core/contrib entity types (e.g. User, Commerce Order). With serialized_field you can create a field for this, rather than a custom DB property. And it is accessible/translatable/revisionable in the same way as other fields.
- Fields "lite" You can think of it as a custom/aggregate field, but without worrying about DB schema. This may be useful if you need to store data on an entity-level, but see an advantage from keeping things "fast and loose". You would likely create a custom field widget to house the form for the data. Some reasons may include:
- Optimisation: If you're storing many (100s?) of individual values and don't want 100s of field tables
- Flexibility/RAD: If the data structure of the data is likely to change a LOT, you may be able to contrive a justification for this approach :)
Disadvantages / Limitations
- Queriability The data is stored in a big serialised BLOB, so you can't filter/search over the field value,
- Grokkability Devs expect things to be stored on entities in fields in the standard way. You should probably have a good reason if you break that expectation.
Project information
Minimally maintained
Maintainers monitor issues, but fast responses are not guaranteed.Maintenance fixes only
Considered feature-complete by its maintainers.- Project categories: Developer tools, Site structure
132 sites report using this module
- By jamsilver on , updated
This project is not covered by the security advisory policy.
Use at your own risk! It may have publicly disclosed vulnerabilities.

