如何使用blob模式作为EAV的替代方案
在文献和论坛上,人们经常说EAV是邪恶的,并且经常建议使用序列化LOB模式作为EAV的替代方案,但没有具体说明如何使用它 我想知道如何克服使用BLOB模式作为EAV替代品的问题。 假设我们可以将实体的所有自定义字段作为字符串存储在字段custom_fields中,例如在JSON中,类似于tihis: {customField1:value1,customField2:value2…, customFieldN:valueN} 假设表订阅服务器具有字段: id、电子邮件、自定义字段(存储所有自定义字段的位置) 如何克服以下问题: 1.例如,如何通过分离自定义字段进行搜索,以查找条件为custField1=value1和customField2=value2的实体? 2.如何维护数据完整性,例如,如果我们删除实体的自定义字段,如何删除实体中这些自定义字段的所有值如何使用blob模式作为EAV的替代方案,blob,design-patterns,entity-attribute-value,Blob,Design Patterns,Entity Attribute Value,在文献和论坛上,人们经常说EAV是邪恶的,并且经常建议使用序列化LOB模式作为EAV的替代方案,但没有具体说明如何使用它 我想知道如何克服使用BLOB模式作为EAV替代品的问题。 假设我们可以将实体的所有自定义字段作为字符串存储在字段custom_fields中,例如在JSON中,类似于tihis: {customField1:value1,customField2:value2…, customFieldN:valueN} 假设表订阅服务器具有字段: id、电子邮件、自定义字段(存储所有自定义