代码之家  ›  专栏  ›  技术社区  ›  Mohamad

哪种MySQL模式最适合这种类型的系统

  •  0
  • Mohamad  · 技术社区  · 15 年前

    假设有一个类似于Netflix的系统,其中成员创建一个电影愿望列表,根据他们的计划类型,列表中的一部、两部或更多电影会变成订单,那么下面哪个模式更有意义?

    1. 存储以下列的控件表:

      控件(memberid、currentMoviesAtHome、moviesAtHomeLimit、currentMonthlyMovies、monthlyMoviesLimit)

    currentMoviesAtHome < moviesAtHomeLimit AND currentMonthlyMovies < monthlyMoviesLimit ...

    1. accounts 表链接到 plans 计划表:

      帐户(memberid、planid、currentMoviesAtHome、currentMonthlyMovies)

      计划(planid,moviesAtHomeLimit,monthlyMoviesLimit)

    2 回复  |  直到 15 年前
        1
  •  2
  •   OMG Ponies    15 年前

    第二种选择是 ACCOUNTS PLANS

    此外,这些表格:

    • MOVIES
    • WISHLIST
      • 电影id(主键,外键) MOVIES.movie_id )
      • 帐户id(主键、外键) ACCOUNTS.account_id )
      • 您在现场吗

    现场的isu将是一个布尔值,用于确定电影是否已发送给客户端。如果有,则值应设置为1。用这个来求和,以知道帐户是否达到或低于他们的计划限额。返回视频时,仅删除已设置为1的行。

        2
  •  0
  •   RibaldEddie    15 年前

    一个日常的功能将通过客户和他们的控制和选择

    每天进行的投票不会扩大规模。

    触发和处理事件不仅会更快,而且从长远来看,更容易维护。祝你好运。