扫码关注官方订阅号
del and end
业精于勤,荒于嬉;行成于思,毁于随。
你的问题我觉得可以用三张表来描述清楚这个问题:
主键 id 可以用来区分指定商品。在增加一个商户uid(外键),能确定该商品是哪个商户上传的。
主键id 可以区分是哪个描述,根据外键hid(Table:id)可以确定是哪个商品的描述
外键mid确定是什么描述的数据
这样的结构应该可以满足你的要求
这种情况别用关系型数据库啦,用mongodb等schema free的数据库,天生为了解决这种问题而生
不要让用户增加字段, 这不合理, 你可以建立一个类似于 map 型的表, 也就是
create table tb( k varchar(255) not null, v text not null, ctime timestamp )
账户创建的字段当作 key 写到 k 字段, 值放在 v 字段, 然后那关系来关联这张表即可. k 的值可由你去约定或者完全交给用户自己操作, 然后查询出来即可
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
你的问题我觉得可以用三张表来描述清楚这个问题:
Table 1 :商品基础信息表,记录商户信息,商品的基本信息等。
主键 id 可以用来区分指定商品。在增加一个商户uid(外键),能确定该商品是哪个商户上传的。
Table 2: 商品的自定义描述数据名称,比如“高度”,“重量”,“性价比”等
主键id 可以区分是哪个描述,根据外键hid(Table:id)可以确定是哪个商品的描述
Table 3: 商品自定义数据,比如“1cm",”1KG“,”高“等
外键mid确定是什么描述的数据
这样的结构应该可以满足你的要求
这种情况别用关系型数据库啦,用mongodb等schema free的数据库,天生为了解决这种问题而生
不要让用户增加字段, 这不合理, 你可以建立一个类似于 map 型的表, 也就是
账户创建的字段当作 key 写到 k 字段, 值放在 v 字段, 然后那关系来关联这张表即可. k 的值可由你去约定或者完全交给用户自己操作, 然后查询出来即可