「SpringCloud」之集成移动端推送功能的系统通知数据库设计

AI全栈程序猿 2023-03-28 原文

系统的通知公告功能似乎是很容易被忽略的功能模块，在传统的软件系统中，一般OA类软件系统不可或缺，而在应用软件系统中此功能或有或无，在现在大多数的互联网软件系统中，此功能又必不可缺。所以，在框架设计时，我们需要考虑业务系统是否需要此功能模块，然后将此功能作为扩展插件，在需要时开启，在不需要时配置关闭即可。

在系统公告设计之前，我们需要综合考虑目前系统通知公告功能都有哪些类型和实现方式。在类型方面如果是电商类网站，那么系统的通知公告有账户变动通知、物流变动通知、订单变动通知等等；如果是OA类系统，那么系统的通知公告有待办事项、审批通知、公司公告通知等等；在实现方式方面，有站内通知、短信通知、微信通知、APP推送消息等等。

在通知公告的来源和通知公告的目标方面也要做好区分，通常的通知公告来源有系统通知、群组通知、用户通知；相对于通知公告的目标方，有群组、角色、用户等分类，下面是通知公告功能关键表的E-R图，不包含RBAC模型关系，框架支持多租户：

1、系统公告来源

系统通知：来源于某一个功能模块或者统一抽象为系统消息，比如账户异地登录、密码尝试次数过多等，这些显示来源于系统消息即可；如果是告警等需要详细的来源时，比如微服务模式下每个服务所引发的告警等信息，这里需要标识具体的系统来源模块。群组通知：来源于某一个部门的的消息，有些消息内容是由部门来统一发出，比如考勤、放假等通知由行政部门发出，薪资等相关内容由财务部门发出。用户通知：由某一个人发出的通知公告，此种情况使用比较少，区别于用户对用户的私信消息，用户私信功能需要和系统通知公告功能做好区分。数据库表设计公告通知来源字段：

`message_category` VARCHAR(32)    COMMENT '系统公告 待办消息  账户通知 关注/收藏/点赞通知' ,
`receive_type` VARCHAR(32)    COMMENT '接收消息类型 全员  组  角色  用户' ,
`to_organization_id` BIGINT(20)    COMMENT '接收消息的群组' ,
`to_role_id` BIGINT(20)    COMMENT '接收消息的角色' ,
`to_user_id` BIGINT(20)    COMMENT '接收消息的用户' ,

2、系统公告目标

群组目标：某一公告通知是针对于群组的，就是某一个部门内的人才能够收到的消息。角色目标：针对于角色的通知公告，比如某一条通知公告是只发送给公司内部所有的部门经理的。用户目标：这个比较好理解，针对个人的消息通知，比如自己的请假申请或者报销审批通过等，系统需要发送消息到个人。数据库表设计公告通知目标字段：

`send_from_type` VARCHAR(32)    COMMENT '消息来源类型 系统 组  用户' ,
`from_group_id` BIGINT(20)    COMMENT '发送消息的组' ,
`from_user_id` BIGINT(20)    COMMENT '发送消息的用户' ,
`from_system` VARCHAR(32)    COMMENT '发送消息的系统' ,

3、系统公告级别

系统通知公告可以根据情况设置通知公告的级别，比如高、中、低，那么在前端提醒的方式就可以采取强制弹框、静默提醒等方式来处理这些通知公告。如果是定时发送，那么需要设置定时任务根据发布时间来定时发送；如果有消息撤回，那么需要标识已撤回以及消息撤回时间。

数据库表设计通知公告级别和发布时间字段：

`publish_time` DATETIME    COMMENT '发布时间' ,
`recall_flag` TINYINT(2)    COMMENT '是否撤回' ,
`recall_time` DATETIME    COMMENT '撤回时间' ,
`message_level` VARCHAR(32)    COMMENT '消息级别  高 中 低' ,

4、系统公告附加内容

有些系统的公告通知可能不只是文本消息，基于用户体验考虑，有些消息到达时，用户可以直接通过点击通知跳转到具体的业务处理模块，比如工作流的待办事项、未支付订单的提醒等等。在现在的APP推送消息中，甚至可以设置消息通知的缩略图，那么我们在数据库表设计的时候也需要把这些情况考虑进去。

数据库表设计通知公告附加字段：

`title` VARCHAR(100)    COMMENT '标题' ,
`content` VARCHAR(1000)    COMMENT '内容' ,
`redirect_url` VARCHAR(255)    COMMENT '跳转链接' ,
`image_url` VARCHAR(255)    COMMENT '消息图片' ,
......
 `publish_time` DATETIME    COMMENT '发布时间' ,
 `recall_flag` TINYINT(2)    COMMENT '是否撤回' ,
 `recall_time` DATETIME    COMMENT '撤回时间' ,
 `message_level` VARCHAR(32)    COMMENT '消息级别  高 中 低' ,

5、系统公告通知渠道

现在移动办公越来越普遍，针对于移动客户端的多种方式，那么我们在发送通知公告时的渠道也是需要有配置的，比如发送到PC端、APP端、微信小程序端、微信公众号通知、短信通知、电话通知等等，有可能是一种，也有可能是多种，那么此时我们需要为通知公告增加不同的通知渠道。由于是不定数量的渠道，所以这里我们增加关联表，来为某一条通知公告设置通知渠道。默认如果不配置渠道，那么都是静默通知，不弹框也不APP推送。

数据库表设计通知公告通知渠道配置表：

CREATE TABLE t_sys_message_channel(
    `id` VARCHAR(32)    COMMENT '主键' ,
    `tenant_id` BIGINNT(20)    COMMENT '租户id' ,
    `message_id` VARCHAR(32)    COMMENT '系统消息id' ,
    `message_channel_type` VARCHAR(32)    COMMENT '渠道类型（短信、电话、APP PUSH等）' ,
    `channel_redirect_url` VARCHAR(255)    COMMENT '本渠道的跳转链接' ,
    `channel_image_url` VARCHAR(255)    COMMENT '本渠道的图片' ,
    `creator` BIGINNT(20)    COMMENT '创建者' ,
    `create_time` DATETIME    COMMENT '创建时间' ,
    `operator` BIGINNT(20)    COMMENT '更新者' ,
    `update_time` DATETIME    COMMENT '更新时间' ,
    `del_flag` tinyint(2)    COMMENT '是否删除' 
)  COMMENT = '通知渠道和系统消息关联表';

6、系统公告表优化

除了完成基本的内容表设计时，我们还需要考虑数据量非常大时的数据库设计优化问题。在我们的通知公告中，我们发现有很多消息是通用消息，是发送给群组的、角色的，这类消息的内容是一致的，如果为每个用户都新建一条这样的通知公告数据库记录。那么会冗余很多无用数据。但是，我们又需要针对群组、角色中的某一个用户标识出通知公告的已读/未读状态等内容，所以此处需要增加关联表，利用关联表来标识某一个用户是否读取了消息。

数据库表设计通知公告某一用户的状态字段：

CREATE TABLE t_sys_message_user(
    `id` VARCHAR(32)    COMMENT '主键' ,
    `tenant_id` BIGINNT(20)    COMMENT '租户id' ,
    `user_id` BIGINNT(20)    COMMENT '用户id' ,
    `message_id` VARCHAR(32)    COMMENT '系统消息id' ,
    `read_already` VARCHAR(32)    COMMENT '是否已读' ,
    `creator` BIGINNT(20)    COMMENT '创建者' ,
    `create_time` DATETIME    COMMENT '创建时间' ,
    `operator` BIGINNT(20)    COMMENT '更新者' ,
    `update_time` DATETIME    COMMENT '更新时间' ,
    `del_flag` tinyint(2)    COMMENT '是否删除' 
)  COMMENT = '用户和系统消息关联表';

通知公告主表完整建表脚本:

CREATE TABLE t_sys_message(
    `id` VARCHAR(32) NOT NULL   COMMENT '主键（雪花算法）' ,
    `tenant_id` BIGINT(20)    COMMENT '租户号' ,
    `title` VARCHAR(100)    COMMENT '标题' ,
    `content` VARCHAR(1000)    COMMENT '内容' ,
    `redirect_url` VARCHAR(255)    COMMENT '跳转链接' ,
    `image_url` VARCHAR(255)    COMMENT '消息图片' ,
    `message_category` VARCHAR(32)    COMMENT '系统公告 待办消息  账户通知 关注/收藏/点赞通知' ,
    `receive_type` VARCHAR(32)    COMMENT '接收消息类型 全员  组  角色  用户' ,
    `to_organization_id` BIGINT(20)    COMMENT '接收消息的群组' ,
    `to_role_id` BIGINT(20)    COMMENT '接收消息的角色' ,
    `to_user_id` BIGINT(20)    COMMENT '接收消息的用户' ,
    `send_from_type` VARCHAR(32)    COMMENT '消息来源类型 系统 组  用户' ,
    `from_group_id` BIGINT(20)    COMMENT '发送消息的组' ,
    `from_user_id` BIGINT(20)    COMMENT '发送消息的用户' ,
    `from_system` VARCHAR(32)    COMMENT '发送消息的系统' ,
    `publish_time` DATETIME    COMMENT '发布时间' ,
    `recall_flag` TINYINT(2)    COMMENT '是否撤回' ,
    `recall_time` DATETIME    COMMENT '撤回时间' ,
    `message_level` VARCHAR(32)    COMMENT '消息级别  高 中 低' ,
    `creator` BIGINT(20)    COMMENT '创建人' ,
    `create_time` DATETIME    COMMENT '创建时间' ,
    `operator` BIGINT(20)    COMMENT '更新人' ,
    `update_time` DATETIME    COMMENT '更新时间' ,
    `del_flag` TINYINT(2) NOT NULL   COMMENT '是否删除' ,
    PRIMARY KEY (id)
)  COMMENT = '消息通知表';

系统通知公告通常有系统因业务状态变化自动发起的通知公告和管理人员通过后台管理主动发起的通知公告。如果是因业务状态自动发起的通知公告，那么其发送的渠道需要结合业务需求，在编码时确定。如果是管理人员通过界面发起的通知公告，那么需要在配置界面提供可选择的渠道，根据业务需求由发起人来确定通过哪些渠道发送。

源码地址: Gitee:https://gitee.com/wmz1930/GitEgg

GitHub:https://github.com/wmz1930/GitEgg

SpringCloud 集成 span style color 数据库其他数据库 $数据库设计移动端

有关「SpringCloud」之集成移动端推送功能的系统通知数据库设计的更多相关文章

ruby - 多次弹出/移动 ruby 数组 - 2
我的代码目前看起来像这样numbers=[1,2,3,4,5]defpop_threepop=[]3.times{pop有没有办法在一行中完成pop_three方法中的内容？我基本上想做类似numbers.slice(0,3)的事情，但要删除切片中的数组项。嗯...嗯，我想我刚刚意识到我可以试试slice! 最佳答案是numbers.pop(3)或者numbers.shift(3)如果你想要另一边。关于ruby-多次弹出/移动ruby数组，我们在StackOverflow上找到一
ruby-on-rails - 如何使辅助方法在 Rails 集成测试中可用？ - 2
我在app/helpers/sessions_helper.rb中有一个帮助程序文件，其中包含一个方法my_preference，它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如，这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中，我读到这可以通过在测试文件中包含requiresessions_helper来实现，但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么？require'test_helper'require'sessions_hel
ruby-on-rails - 我如何将 Hoptoad 与 DelayedJob 和 DaemonSpawn 集成？ - 2
我一直很高兴地使用DelayedJob习惯用法:foo.send_later(:bar)这会调用DelayedJob进程中对象foo的方法bar。我一直在使用DaemonSpawn在我的服务器上启动DelayedJob进程。但是...如果foo抛出异常，Hoptoad不会捕获它。这是任何这些包中的错误...还是我需要更改某些配置...或者我是否需要在DS或DJ中插入一些异常处理来调用Hoptoad通知程序？回应下面的第一条评论。classDelayedJobWorker 最佳答案尝试monkeypatchingDelayed::W
ruby-on-rails - 如何重命名或移动 Rails 的 README_FOR_APP - 2
当我在我的Rails应用程序根目录中运行rakedoc:app时，API文档是使用/doc/README_FOR_APP作为主页生成的。我想向该文件添加.rdoc扩展名，以便它在GitHub上正确呈现。更好的是，我想将它移动到应用程序根目录(/README.rdoc)。有没有办法通过修改包含的rake/rdoctask任务在我的Rakefile中执行此操作？是否有某个地方可以查找可以修改的主页文件的名称？还是我必须编写一个新的Rake任务？额外的问题:Rails应用程序的两个单独文件/README和/doc/README_FOR_APP背后的逻辑是什么？为什么不只有一个？
ruby-on-rails - Cucumber 是否只是 rspec 的包装器以帮助将测试组织成功能？ - 2
只是想确保我理解了事情。据我目前收集到的信息，Cucumber只是一个“包装器”，或者是一种通过将事物分类为功能和步骤来组织测试的好方法，其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗？最佳答案有点。它是一种组织测试的方式，但不仅如此。它的行为就像最初的Rails集成测试一样，但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意，您可以使用步骤来构建对象和设置状态，但通常您
ruby-on-rails - 创建 ruby 数据库时惰性符号绑定(bind)失败 - 2
我正在尝试在Rails上安装ruby，到目前为止一切都已安装，但是当我尝试使用rakedb:create创建数据库时，我收到一个奇怪的错误:dyld:lazysymbolbindingfailed:Symbolnotfound:_mysql_get_client_infoReferencedfrom:/Library/Ruby/Gems/1.8/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundleExpectedin:flatnamespacedyld:Symbolnotfound:_mysql_get_client_infoReferencedf
ruby-on-rails - rbenv:从 RVM 移动到 rbenv 后，在 Jenkins 执行 shell 中找不到命令 - 2
我从Ubuntu服务器上的RVM转移到rbenv。当我使用RVM时，使用bundle没有问题。转移到rbenv后，我在Jenkins的执行shell中收到“找不到命令”错误。我内爆并删除了RVM，并从~/.bashrc'中删除了所有与RVM相关的行。使用后我仍然收到此错误:rvmimploderm~/.rvm-rfrm~/.rvmrcgeminstallbundlerecho'exportPATH="$HOME/.rbenv/bin:$PATH"'>>~/.bashrcecho'eval"$(rbenvinit-)"'>>~/.bashrc.~/.bashrcrbenvversions
jenkins部署1--jenkins+gitee持续集成 - 2
前置步骤我们都操作完了，这篇开始介绍jenkins的集成。话不多说，看操作1、登录进入jenkins后会让你选择安装插件，选择第一个默认的就行。安装完成后设置账号密码，重新登录。2、配置JDK和Git都需要执行路径，所以需要先把执行路径找到，先进入服务器的docker容器，2.1JDK的路径root@69eef9ee86cf:/usr/bin#echo$JAVA_HOME/usr/local/openjdk-82.2Git的路径root@69eef9ee86cf:/#whichgit/usr/bin/git3、先配置JDK和Git。点击：ManageJenkins>>GlobalToolCon
ruby - Rails -- :id attribute? 所需的数据库索引 - 2
因此，当我遵循MichaelHartl的RubyonRails教程时，我注意到在用户表中，我们为:email属性添加了一个唯一索引，以提高find的效率方法，因此它不会逐行搜索。到目前为止，我们一直在根据情况使用find_by_email和find_by_id进行搜索。然而，我们从未为:id属性设置索引。:id是否自动索引，因为它在默认情况下是唯一的并且本质上是顺序的？或者情况并非如此，我应该为:id搜索添加索引吗？最佳答案大多数数据库(包括sqlite，这是RoR中的默认数据库)会自动索引主键，对于RailsMigration
ruby-on-rails - 如何让 datamapper 与 postgresql 数据库一起工作？ - 2
我已经找到了几个使用datamapper的示例，并且能够让它们正常工作。不过，所有这些示例都是针对sqlite数据库的。我正在尝试将数据映射器与postgresql一起使用。我将datamapper中的调用从sqlite3更改为postgres，并且我已经安装了dm-postgres-adapter。但它仍然不起作用。我还需要做什么？最佳答案与SQLite不同，PostgreSQL不将数据库存储在单个文件中。在你拥有createdyourdatabase之后，尝试这样的事情:DataMapper.setup:default,{: