hellocat666

辛苦楼主了，反正 iview 以后选型是排除了，那楼主再把项目改成 antd 的看看有没有内存泄露吧。。。想用而不敢用。。。

没毛病啊，不干做啥？

@nmdx 现在这个阶段，费用都很透明了，也没啥好带头的，带了之后无非也是羊毛出在羊身上，对非 https 用户不见得是什么好事。等以后成本下降到一定程度，大家自然就陆陆续续就免费了。

你描述的不够清楚，但是商品属性大概就几个做法，供你参考
1.雪花表。有多少种商品分类，就有 N ＋ 1 张表。主表存储商品必备信息（ sku 名称），分表存储每个类型独有字段（手机有颜色、内存，鞋子有尺码、鞋宽。
当然你把所有东西都放一张表里也是一种办法。市面开源 cms 一般用这个。
2.EAV 模型。百度一下，三张表解决问题。magento，ecshop 都这个方式。
3.如果你只要展示不要筛选，搞个字段塞个 json 完事儿。

最后，lz 可以说下自己的商品量，属性量，筛选复杂度，和服务器配置。大部分场景我都建议用 elasticsearch，MySQL 你把 1 或 2 做出来了，都不好满足后续越来越复杂的产品需求和性能要求，这种复杂检索本来也不是 MySQL 可以应付的。magento 慢出了名，ecshop 属性量大了也是慢。