gpt4 book ai didi

architecture - 设计一个徽章系统,在哪里触发业务逻辑?在代码或存储过程中?或两者?

转载 作者:行者123 更新时间:2023-12-03 10:40:37 24 4
gpt4 key购买 nike

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




如果您要构建一个类似于 SO 的徽章系统,您是将逻辑/业务层直接放在数据库中(通过存储过程、预定的 sql 作业)还是放在服务器端?

据我所知,你必须:

  • 列出与当前用户操作相关的徽章
  • 检查用户是否已经拥有徽章
  • 为用户插入徽章

  • 潜在选择
  • 调用存储过程等的 Web 应用程序中的业务逻辑
  • 仅存储过程
  • 每 x 分钟运行一次的 sql server 作业
  • 每 x 分钟运行一次的 windows 服务

  • 是否需要这些的组合?我认为由于某些徽章基于给定问题的里程碑,也许批处理作业更好?

    更新

    一个可以修改徽章系统,然后为每个人重新运行整个徽章链接的系统会更好。即假设您更改了某些徽章的逻辑,现在您必须将其重新应用于所有问题/答案/投票/等。

    有趣的问题要解决!!

    最佳答案

    我建议将所有业务逻辑放在业务层中。我推荐这个有几个原因:

  • 将业务逻辑合二为一
    语言/地点
  • 可扩展性 -
    你可以分区数据,实现
    不同的缓存机制等
  • 关注点分离 - 让您的数据库做它最擅长的事情...存储数据,让您的编程语言对该数据做出决定。
  • 关于architecture - 设计一个徽章系统,在哪里触发业务逻辑?在代码或存储过程中?或两者?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/314412/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com