收藏
回答

关于订单管理的数据库设计问题?

第一次用云开发做一个商城,关于数据库的设计有个疑问:

从用户角度出发,点击订单列表选择各种状态即可访问数据库并渲染显示,当然是以openid为单位好,每一条json都是一个用户,每次订单成功都向这条json添加数据即可。

从商家角度出发,更希望每一订单都是一条ison,以时间戳或订单号排序,这样便于查询管理,但这样无疑增加用户查询自己订单的时间和服务器效能。

那么问题来了,如何设计数据库?两种方法都用?还是另有高明方法,请大佬支招。

回答关注问题邀请回答
收藏

2 个回答

  • 老张
    老张
    03-09

    什么也不说了,一条订单一条doc(json)。

    脑洞得多大才会想出第一种?

    03-09
    赞同
    回复 1
    • 田沛
      田沛
      03-09
      是看到别人的user集合想到了,突然就想跑偏了
      03-09
      回复
  • 白宦成
    白宦成
    03-09

    后者。

    前者需求的查询只需要加个 Where 就可以控制了。

    03-09
    赞同
    回复 3
    • 田沛
      田沛
      03-09
      我现在做的方法就是加查询,但觉得如果订单太多,会不会增加服务器查询时间,造成延迟渲染等不好的用户体验?我是不是考虑的过头了?
      03-09
      回复
    • 白宦成
      白宦成
      03-09回复田沛
      加个 索引就好了
      03-09
      回复
    • 田沛
      田沛
      03-09
      谢谢啦
      03-09
      回复
登录 后发表内容
问题标签