Design database models

[yuler]

设计数据库，必须的表

• products
• orders
• users
• categories
• tags
• ...

由于项目初期使用 云数据库

所以需要 databse migrate 的机制，方便快速初始化 database

refs:

• https://github.com/golang-migrate/migrate
• https://github.com/db-migrate/node-db-migrate

[enya-yy]

初步筛选统计了一下，共计26张表

商品相关

• 商品表(product, merch, goods???)
• 分类表(category)
• 商品属性表(product_attribute)
• 商品图片信息表(product_image)
• 商品常见问题表(product_question)
• 商品规格表(product_type)
• 商品评论表(product_comment)
• 商品评论图片表(product_comment_images)
• 商品品牌表((product_brand)

搜索相关

• 搜索关键词列表(search_keywords)
• 搜索记录表(search_history)

订单相关

• 订单表(order)
• 订单商品信息表(order_infos)

快递相关

• 物流信息表(exress)
• 快递公司表(express_company)

优惠券相关

• 优惠券列表(coupon)
• 用户优惠券信息表(user_coui)

用户相关

• 后台管理用表(admin)
• 用户表(user)
• 用户类型表(user_type)
• 用户反馈表(user_feedback)
• 用户收货地址表(user_address)
• 用户关注商品表(user_follow)

其他

• 购物车列表(cart)
• 省市区表(region)
• 轮播广告表(advertise)

[yuler]

那咱们先定商品的？

你这个是不是太复杂了。

商品相关

products
product_skus
product_comments

我觉得就这几张就行了，需要那么多吗？

[yuler]

就单标不就好了， 感觉没有必要啊。

商品的图片，存商品里面

评论图片，存评论里面，

这样就不用关联查询了啊。而且， 云数据库支持 List 这种结构的吧。

[enya-yy]

也行。那视频的话是单独存一个字段还是也塞了这个数组里呢。

[enya-yy]

细想了下，你用数组的话，后期图片要排序或者图片删除更新操作，是不是操作起来有点费劲呢？

[yuler]

我觉得还好啊，排序，修改，删除， 就重新下这个 List 就好了。因为这个图片不会太多的呀。一个商品的详情，视频加图片一般不会太多。

[yuler]

@enya-yy 可以看看这个

• https://github.com/prisma/prisma
• https://github.com/typeorm/typeorm