消息中心构架设计说明书(2)
信息中心机房设计方案

信息中心机房设计方案一、引言信息中心机房是企业的核心设施,承载着企业的信息技术基础设施。
一个合理设计的机房能够提供良好的硬件设施,保障信息系统的正常运行。
本文将从机房布局、供电系统、通风与散热系统等方面,提出一个全面的信息中心机房设计方案。
二、机房布局1.空间布局:机房应位于地面较高,便于排水和防止水浸入。
机房需具备规范的高度和面积,确保设备可靠存放并方便维护。
2.密封性要求:机房应具备良好的密闭性,采用防尘、防湿、防静电、防辐射等措施,保障设备的安全运行。
3.机柜布局:根据设备的大小、功耗、使用频率等因素,合理安排机柜的位置和数量,确保设备之间的通风散热,便于维护和管理。
三、供电系统1.多级供电:机房应具备多级供电系统,保障供电的可靠性。
主干线路应采用双回路供电,备用发电机组等设备提供备用电力,以应对突发情况。
2. UPS系统:采用UPS系统(Uninterruptible Power System)保障机房设备的稳定供电。
UPS系统分为在线型、交互型和蓄电池型,应根据实际需求选择合适的类型和规格。
3.供电保护:安装熔断器、过载保护装置、接地装置等设备,保护供电系统免受电流过大、电压过高或过低等问题的影响。
四、通风与散热系统1.空调系统:机房应配备合适的空调系统,控制机房的温度和湿度。
可采用精密空调系统保持稳定的温度,也可选择机柜级空调优化机柜内部温度。
2.排风系统:机房应配置良好的排风系统,保证机房内空气的流通和排放。
安装排风扇、排风管道等设备,将机房内的热空气及时排出,保持机房空气的干燥和清洁。
3.散热设备:机柜应配置散热设备,如风冷式散热器、水冷散热器等,以保持设备的正常工作温度。
合理安排机柜的布局,避免设备之间的热交换,提高整体散热效果。
五、安全设备与监控系统1.防火系统:机房应安装可靠的火灾报警系统,包括烟雾探测器、温度探测器等设备,及时发现并报警火灾情况,保护机房及相关设备的安全。
(完整版)消息中心构架设计说明书(2)

消息中心构架设计说明书版本:1.0变更记录目录1 1. 文档介绍 (4)1.1文档目的 (4)1.2文档范围 (4)1.3读者对象 (4)1.4参考文献 (4)1.5术语与缩写解释 (4)2系统概述 (5)3设计约束 (6)4设计策略 (7)5系统总体结构 (8)6子系统N的结构与功能 (15)7开发环境的配置 (27)8运行环境的配置 (28)9测试环境的配置 (29)10其它 (30)1 1. 文档介绍1.1 文档目的消息中心接收别的系统发送的消息,再基于一定的规则以邮件、短信、消息等方式推送消息到pc端和手机端,比如对于attendance迟到、早退、tour超时提醒等需要及时推送相应的信息给相关人员,中心对规则、用户、消息进行管理。
为此,根据“先进实用、稳定可靠”的原则设计本消息中心。
1.2 文档范围消息的接收、发送、保存,对应用用户的管理。
1.3 读者对象开发人员1.4 参考文献1.5 术语与缩写解释2 系统概述系统主要完成消息的接收、发送和保存,再基于一定的规则以邮件、短信、消息等方式推送消息到pc端或手机,以及对用户、规则、消息进行管理。
系统接收来自别的系统应用用户的消息,然后基于一定的规则把消息进行推送。
3 设计约束1.系统必须遵循国家软件开发的标准。
2.系统用java开发,服务器中间件为tomcat。
3.系统必须稳定可靠,性能高,满足每天40-500万次的推送量。
4.保证消息的成功送达,如果不成功就重发。
4 设计策略1. 系统高可用、高性能、易扩展,安全稳定,实用可靠,满足用户的需要。
2. 系统可以进行扩展,增加推送的消息种类,增加消息推送的规则。
3. 系统可以复用于别的系统的消息推送。
5 系统总体结构5.1 系统架构设计1.逻辑架构系统采用接口用rocketMQ实现应用用户的消息接收,用drools依据一定的规则进行消息转发,发送邮件、短信、消息到pc端和手机端,消息发送后用rocketMQ发送结果消息给应用用户。
短信平台架构说明

消消模事 ② 垃模号 ③ 渠渠渠
息息版件
圾版码
道道道
接解缓缓
拦拦验
状权选
收析存存
截截证Hale Waihona Puke 态重择发送日志 日
数 志
据 文
库 件
报警
短邮 信件
参数设置
参参 数数 更解 新析
④
渠道发送
渠渠短 道道信 地状发 址态送
前置机
上海移动 前置机
上海电信 前置机
上海联通 前置机
代理 前置机
⑤
。。。
与人方便 与己方便 多谢阅读!
2014-5-5
4
渠道前置机 A
渠道前置机 B
渠道前置机 C
。。。。
短信发送说明
短信中心
消息解析
消息拦截
渠道列表选择
①
短信发送
①获取消息 ②解析后消息进行过滤拦截 ③根据短信类型、手机号、当前
渠道质量进行渠道选择
④渠道列表获取后,进行容错发 送
⑤利用hessian连接驱动前置机 渠道状态说明:
老杜 2014.05.05
整体架构
hessian
jms webservi
ce
短信集散中心 (sms-center)
短信平台分短信集散中心和渠道前置机 短信集散中心负责消息接收、解析、校验、渠道路由、渠道监控、重发机制、
报警、垃圾短信及模版拦截 前置机负责连接运行商短信网关、进行短信发送 实现前置机动态追加功能 实现短信状态报告超时XX秒再次补发
信息系统架构设计技术手册

信息系统架构设计技术手册信息系统架构设计是指根据特定需求和目标,将一个信息系统划分为不同的组件,以及确定这些组件之间的交互关系和通信方式的过程。
本手册旨在提供一套完整的信息系统架构设计技术指导,以帮助开发人员和系统设计师更好地设计和构建高效可靠的信息系统。
第一章系统架构概述在本章中,我们将介绍信息系统架构的基本概念和定义,以及它在整个系统开发过程中的重要性和作用。
同时,我们还将讨论不同类型的系统架构,并从系统设计的角度分析其特点和适用场景。
第二章需求分析与架构设计本章主要介绍如何进行需求分析,并将需求转化为系统架构设计的基本要素。
我们将详细讨论应该考虑的各种需求,包括功能需求、性能需求、可靠性需求等,并提出相应的架构设计原则和方法。
第三章系统分层与模块设计在本章中,我们将阐述系统架构中的分层概念,并介绍如何将系统划分为不同的模块,并定义它们之间的接口和协议。
我们还将讨论模块设计的基本原则和方法,以及如何优化模块之间的通信和数据传输。
第四章数据管理与存储设计数据在信息系统中起着至关重要的作用,因此在系统架构设计中,对于数据的管理和存储需要给予足够的重视。
本章将介绍常用的数据管理和存储技术,包括数据库设计、数据缓存和备份策略等,并为各种场景下的数据处理提供实用的指导。
第五章系统安全与性能优化系统安全和性能是信息系统设计过程中必不可少的两个方面。
本章将详细介绍系统安全设计的原则和方法,包括身份认证、访问控制以及数据加密等。
同时,我们还将探讨如何对系统进行性能优化,以提高系统的响应速度和吞吐量。
第六章系统集成与部署在本章中,我们将讨论系统集成和部署的关键问题,包括不同系统之间的接口集成、服务的发布与管理,以及系统的监控和维护等。
我们将介绍一些常用的集成和部署技术,并提供实践经验和建议。
第七章系统架构设计的挑战与趋势本章将回顾系统架构设计过程中的挑战和问题,并展望未来系统架构设计的发展趋势。
我们将探讨包括微服务架构、容器化和云计算等新兴技术在内的各种创新,并对其带来的变革进行分析和展望。
框架总体架构设计说明书

1简要说明本文把框架从分层的角度把框架设计为6个层,并具体划分各个层的主要功能、主要组成、主要类的接口;然后再规划了几个最常用的通用组件的主要接口。
2分层理论随着软件行业的发展,软件项目的规模越来越大,复杂度越来越高,为降低复杂度,将应用系统分层,以降低各层的复杂度,利于软件开发的分工和复用.。
2.1图示图2.12.2基本准则1、不得跨层调用,每一层都只与直接相临的层进行通信。
2、上面各层都建立在下层的基础上,隐藏下层的信息并为上层提供服务。
3、各层要封装自己的实现,向前一层提供访问接口。
4、各层支持分布式的部署,即可部署于不同的容器实例中。
5、各层数据传递使用javabean,map,collection6、显示层的数据结构使用javabean,map, collection2.3层间数据传递数据格式:各层数据传递使用javabean,map,collection数据传递:Request线程变量(CommandContext)2.4各层说明2.4.1客户层系统最终用户的使用界面和设备。
包括基于浏览器的瘦客户端和基于GUI 的胖客户端应用。
1、尽量减少与后台的交互。
2、界面符合用户的使用习惯。
3、界面美观大方,风格统一,交互性好。
2.4.2交互层用户和系统之间的交互管理,提供用户层的展现逻辑和对应用层的访问接口。
也包括单点登录、会话管理、用户输入的逻辑校验等功能,错误处理,提示信息处理.1、客户层访问的交互协议尽可能使用http/https。
2、是客户层的统一接入点。
2.4.3应用层业务逻辑的接口,实现业务流程的控制,是业务领域层的服务接口。
1、以Session Facade的模式实现。
2、启动事务控制。
3、领域对象的交互在此处理。
2.4.4业务领域层根据业务需求进行的抽象,包括业务对象模型,业务规则和逻辑处理的实现2.4.5资源访问层对系统的各种资源和外部系统统一的访问逻辑的实现。
1、不作语义转换,只实现纯粹的资源访问。
架构设计说明书

架构设计说明书项目名称:[项目名称] 项目代号:[项目代号] 编制人:[编制人] 编制日期:[编制日期]目录架构设计说明书 (1)1. 引言 (5)1.1. 编写目的 (5)1.2. 系统目标 (5)1.3. 术语和缩写词定义 (5)1.4. 参考资料 (5)2. 需求规定 (5)2.1. 系统功能 (5)2.2. 系统性能 (5)2.3. 故障处理要求 (6)2.4. 软硬件要求 (6)2.5. 其他需求限制条件 (6)3. 总体结构设计 (6)3.1. 系统体系结构 (6)3.2. 系统开发的基础平台和关键组件 (6)3.2.1. 外部基础平台和关键组件 (6)3.2.2. 内部基础平台和关键组件 (7)3.3. 总体结构 (7)4. 子系统设计 (7)4.1. 功能结构图/类图 (7)4.2. 功能定义 (7)4.3. 功能需求与系统模块的关系 (7)5. 接口设计 (8)5.1. 用户接口 (8)5.2. 外部接口 (8)5.3. 内部接口 (8)6. 系统数据结构设计 (8)6.1. 逻辑结构设计 (8)6.2. 物理结构设计 (9)6.3. 配置文件结构设计 (9)6.4. 数据结构与程序的关系 (9)7. 算法设计 (9)8. 运行设计 (9)8.1. 运行模块组合 (9)8.2. 运行控制 (10)8.3. 运行时间 (10)9. 系统安全 (10)9.1. 8.1 系统安全 (10)9.2. 8.2 数据安全 (10)9.3. 8.3 备份与恢复 (10)9.4. 8.4 出错处理 (10)10. 系统维护设计 (11)11. 系统部署 (11)11.1. 软硬件环境 (11)11.2. 系统部署 (11)11.3. 系统升级 (11)12. 遗留问题 (11)1.引言1.1.编写目的说明编写这份架构设计说明书的目的,指出预期的读者。
1.2.系统目标本系统要达成的目标,应描述架构设计的细度及为下一步模块设计提供的支持。
[计算机软件及应用]OA消息中心-详细设计
![[计算机软件及应用]OA消息中心-详细设计](https://img.taocdn.com/s3/m/31586d3f4a73f242336c1eb91a37f111f1850d6d.png)
目录1. 概述 (2)1.1. 背景 (2)1.2. 参考资料 (2)2. 模块描述 (2)2.1. 在系统中的位置 (2)2.2. 功能 (2)2.3. 性能 (3)3. 标准化设计 (3)3.1. 引用模块说明 (3)3.2. 本模块可能输出的共享模块说明 (4)4. 模块设计 (5)4.1. 模块设计准则 (5)4.2. 实现原理 (5)4.3. 模块设计的备选方案 (5)4.4. 功能划分 (5)4.5. 功能实现 (7)4.5.1. 应用管理构件 (7)4.5.2. 消息中心构件 (10)4.5.3. 应用构件 (23)4.5.4. 调度构件 (23)5. 数据描述 (25)5.1. 数据库模型 (25)5.2. 数据字典 (26)6. 类设计 (30)7. 接口设计 (31)7.1. 用户接口 (31)7.2. 硬件接口 (31)7.3. 软件接口 (31)7.3.1. 规范接口 (31)7.3.2. 非规范接口 (31)8. 可靠性设计 (32)9. 可测试性设计 (32)10. 安全性设计 (32)11. 关键技术说明 (32)12. 开发和运行环境 (32)12.1. 硬件环境 (32)12.2. 软件环境 (32)1. 概述1.1. 背景工具化系统中需要为用户提供灵活的消息提示机制,用户可通过各种通讯方式获取系统发送的提示信息。
用户能根据自己所关心的业务有针对性的获取系统中提示的消息,可根据自己的作息时间获取相关消息。
1.2. 参考资料《C4消息中心设计方案(12-01).docx 》2. 模块描述2.1. 在系统中的位置消息中心在系统中处于较低的层面,需要为上层的业务模块提供消息发送的统一途径。
消息中心接收消息组件发系统消息插件发短信组件发邮件组件模块模块模块发消息接口调度管理调度注册数据库系统消息中心2.2. 功能● 提供标准消息发送服务接口,应用构件调用此接口透明发送消息;● 提供标准消息注册服务接口,应用管理构件调用此接口透明注册消息; ●提供消息订阅功能,用户可有选择的通过手机短信、站内信和电子邮件三种方式接收消息;用户可设定订阅消息的接收时段;●支持消息定时发送;●支持消息订阅方式扩展,后期可不断扩展消息的接收方式;●与其它构件耦合度最低,确保本构件的独立性。
02架构设计说明书

架构设计说明书
一、概述
本文档依据《用户需求说明书》,对整个系统做优化的分层架构设计。
目的是让系统结构更加清晰,容易响应未来的需求变化。
在加快开发效率的同时,保证程序更健壮。
二、架构图
三、架构说明
从系统架构图我们可以看出,整个系统采用3层架构设计。
在界面层,可以开发windows 桌面程序(或web网站程序),完成与系统用户的交互,如:查询数据、录入数据等。
在业务逻辑层(BLL),分为3个组件,分别提供对教师、学生、成绩的逻辑处理。
在数据层(DAL),提供对数据库的具体操作,目前在这一层采用SQL Server数据库的访问。
在今后根据需要,可以扩展DAL层,以便移植到不同的数据库。
另外,在系统架构中,我们还设计了Common工程,用于放置在其它项目中,可以重用的、公用的程序代码。
四、组件说明
Coreland.Stud entScore.BLL
Coreland.Stud entScore.DAL
Coreland.Stud mon。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
消息中心构架设计说明书版本:1.0变更记录目录1 1. 文档介绍 (4)1.1文档目的 (4)1.2文档范围 (4)1.3读者对象 (4)1.4参考文献 (4)1.5术语与缩写解释 (4)2系统概述 (5)3设计约束 (6)4设计策略 (7)5系统总体结构 (8)6子系统N的结构与功能 (15)7开发环境的配置 (27)8运行环境的配置 (28)9测试环境的配置 (29)10其它 (30)1 1. 文档介绍1.1 文档目的消息中心接收别的系统发送的消息,再基于一定的规则以邮件、短信、消息等方式推送消息到pc端和手机端,比如对于attendance迟到、早退、tour超时提醒等需要及时推送相应的信息给相关人员,中心对规则、用户、消息进行管理。
为此,根据“先进实用、稳定可靠”的原则设计本消息中心。
1.2 文档范围消息的接收、发送、保存,对应用用户的管理。
1.3 读者对象开发人员1.4 参考文献1.5 术语与缩写解释2 系统概述系统主要完成消息的接收、发送和保存,再基于一定的规则以邮件、短信、消息等方式推送消息到pc端或手机,以及对用户、规则、消息进行管理。
系统接收来自别的系统应用用户的消息,然后基于一定的规则把消息进行推送。
3 设计约束1.系统必须遵循国家软件开发的标准。
2.系统用java开发,服务器中间件为tomcat。
3.系统必须稳定可靠,性能高,满足每天40-500万次的推送量。
4.保证消息的成功送达,如果不成功就重发。
4 设计策略1. 系统高可用、高性能、易扩展,安全稳定,实用可靠,满足用户的需要。
2. 系统可以进行扩展,增加推送的消息种类,增加消息推送的规则。
3. 系统可以复用于别的系统的消息推送。
5 系统总体结构5.1 系统架构设计1.逻辑架构系统采用接口用rocketMQ实现应用用户的消息接收,用drools依据一定的规则进行消息转发,发送邮件、短信、消息到pc端和手机端,消息发送后用rocketMQ发送结果消息给应用用户。
用户管理发送规则,对不同的消息、发送的方式、发送的时间、接收者进行设置,以后消息中心按照这些规则发送消息。
规则处理采用drools完成。
系统采用MQTT服务器 mosquito实现消息对手机端的推送,采用winsocket 发送消息给pc端。
MQTT通过发布/订阅方式发送消息给手机,方式为发布/订阅,为了实现点对点发送,需要在发送的消息里加上手机端的imei和用户名,同时在手机端进行判断,如果imei和用户名符合则接收此消息。
采用winsocket实现推送消息到pc端,为实现点对点的推送,可以在消息中加上要发送的pc端的用户名,pc端对消息的用户名进行判断,如果和自己的一样则接收消息。
对于群发,大家都可以收到。
应用用户通过接口发送消息给消息中心,消息采用json格式,包含应用用户id、发送消息方式id、Title、content、usrId,sendTime。
采用mqtt QoS level 2协议,保证自动重发发送不成功的消息,而且可以保证消息的顺序到达,可以设置超时时间,防止断网。
Mqtt不建立长连接,省电、省流量。
还可以用mosquitto实现集群发送,集群可以线性扩展。
应用系统用户在注册、登陆后申请发送消息的类别,有邮件、短信、手机消息、pc消息4种,注册后要记住自己的id,然后通过接口发送消息;管理员审批用户的申请,管理消息;消息中心发送消息或邮件、短信到相应的pc端或手机端用户。
系统的管理功能包括对规则、用户、消息进行管理。
中心的时区设当地的时区,系统用ntpdate命令让系统使用NTP(Network Time Protocol 网络时间协议)协议来从网络同步时间的命令,这样即使有夏令时的变化,系统也会自动更新。
中心使用时间时需要得到系统的时区。
2.网络架构5.2 系统包含模块1.消息接收发送模块。
1)提供发送接口用于接收应用用户的消息和参数,然后通过规则发送消息,用户通过接收接口得到发送结果:发送消息到手机端。
发送消息到pc端。
发送邮件。
发送短信。
2.手机、pc接收模块。
手机接收消息中心发送的消息。
Pc接收消息中心发送的消息。
3.管理模块。
1)用户和管理员注册、登陆。
2)实现用户申请消息发送方式申请、查看消息、修改密码、统计消息。
用户可以申请邮件、短信、手机消息、pc消息4种方式发送消息。
3)管理用户、审批用户发送方式、管理员密码修改、查看和统计发送过的消息。
4)管理规则,可以增加、修改、删除查询规则。
5.3 用例图1.应用用户用例图2.管理员用例图3消息用户用例图4.应用用户用例图5.4 流程图1.发送消息流程图6 系统模块的结构与功能系统包括消息接收送接模块、手机、pc接收消息模块、管理模块,共3个模块。
6.1 消息接收发送模块提供接口用于接收应用用户的消息,然后用drools通过规则异步发送消息,用户调用接收接口得到发送结果:发送消息到手机端。
发送消息到pc端。
发送邮件。
发送短信。
系统采用rocketmq接收消息和返回消息发送结果给用户,系统给pc、手机采用@Async异步发送邮件等消息,并得到发送结果,把结果返回给调用者,消息及发送的情况入库,入库时需要检查消息是否已经存在。
用户采用异步调用本接口,得到发送结果,如果不成功,用户可以重发。
因为中心的时区与各用户的时区不同,用户需要发送自己的时区,系统返回发送时间时要根据时区转换时间。
当手机离线没有收到消息,则在定时器中重发;对于需要定时发送的消息,通过定时器完成发送。
定时器20分钟执行一次,对这2种情况通过规则发送消息。
系统确定时间时要根据时区进行转换,按照用户的时区时间来发送消息。
6.1.1单元定义6.1.2接口描述1. 发送接口接口定义:public void sendMessage(String applicationId,String typeid,String title,String content,String userId) throws Exception;●描述:通过调用此接口可发送消息及参数,接口在com.isoftstone.message.MessageBiz中。
●入口参数2. 接收接口接口定义:public Integer getMessageResult(String applicationId,String typeid,String title,String content,String userId) throws Exception;●描述:通过调用此接口可得到发送消息的结果,如果发送失败,用户则调用发送接口重发。
接口在com.isoftstone.message.MessageBiz中。
●入口参数接口返回:时序图基本场景以下场景触发模块:用户调用接口发送消息。
时序图及描述流程描述:1. 用户使用接口发送消息及参数。
2. 接口对消息参数进行分析,判断是否可以发送。
3. 接口根据参数分别异步发送邮件、短信、手机、pc消息,并得到发送结果,反馈给接口调用者。
4. 发送消息后保存消息到数据库。
异常描述IO异常:数据插入失败,写入日志。
数据库操作异常:数据插入失败,写入日志网络连接超时异常:网络异常,发送失败,写入日志并反馈给用户。
6.2 手机、pc接收模块6.2.1手机接收消息中心发送的消息手机用mqtt接收消息。
6.2.2P c接收消息中心发送的消息。
Pc用winsocket接收消息。
6.3 管理模块。
6.3.1用户和管理员注册、登陆。
用户和管理员注册、登陆。
应用用户注册后记住自己的id,以后发送消息时会用到。
6.3.2用户操作功能。
实现用户申请消息发送方式申请、查看消息、修改密码、统计消息。
用户可以申请邮件、短信、手机消息、pc消息4种方式发送消息。
6.3.3管理功能。
管理规则、用户、审批用户发送方式、管理员密码修改、查看和统计发送过的消息。
规则以xml格式生成。
6.3.4注册、登陆界面完成应用用户和注册、登陆。
6.3.5用户申请界面实现用户申请消息发送方式申请。
用户可以申请邮件、短信、手机消息、pc消息4种方式发送消息。
1.应用用户消息管理2.应用用户消息管理3.应用用户密码管理4.发送管理5.应用用户消息统计6.3.6管理界面管理员实现对应用用户的管理、对应用用户申请的管理和对消息的管理,及管理员注册、登陆。
1.应用用户管理2.应用用户消息审批管理2. 消息管理4..管理员密码管理5.消息统计5. 规则管理6. 规则编辑7 开发环境的配置8 运行环境的配置9 测试环境的配置同开发环境。
10 其它10.1 数据库设计t_ m obile_messageidtitle content sendTime status remarkreceiveUserIdapplicationTypeId deletedbigint varchar(80)varchar(500)datetime tinyintvarchar(100)varchar(50)bigint tinyint<pk>t_timeZoneidcountry timeZone keycreateTime updateTime remark deleted ...bigint varchar(80)varchar(100)varchar(100)datetime datetime datetime tinyint<pk>t_application _message_type idapplicationId typeId name remark agree deleted applyTime ...bigint bigint bigintvarchar(50)varchar(100)int intdatetime<pk>t_message_subscribe_type id name reamark deleted ...bigint varchar(50]varchar(100)tinyint<pk>t_adminid name email telephone remark passWord registerTime deleted ...bigint varchar(50)varchar(128)varchar(32)varchar(100)varchar(50)datetime tinyint<pk>t_application_userid name email telephone remark passWord registerTime deleted ...bigint varchar(50)varchar(128)varchar(32)varchar(100)varchar(50)datetime tinyint<pk>t_ e mail_messageidtitle content sendTime dst status remarkreceiveUserIdapplicationTypeIdbigint varchar(80)varchar(500)datetime tinyint tinyintvarchar(100)varchar(50)bigint<pk>t_ s hort_messageidtitle content sendTime status remarkreceiveUserIdapplicationTypeId deletedbigint varchar(80)varchar(500)datetime tinyintvarchar(100)varchar(50)bigint tinyint<pk>t_pc_ m essageidtitle content sendTime status remarkreceiveUserIdapplicationTypeId deletedbigint varchar(80)varchar(500)datetime tinyintvarchar(100)varchar(50)bigint tinyint<pk>t_userd_timeZoneidcountry timeZone keycreateTime updateTime remark deleted ...bigint varchar(80)varchar(100)varchar(100)datetime datetime datetime tinyint<pk>t_ruleid name content createTime updateTimeremark deleted ...bigint varchar(100)varchar(1000)datetime datetime datetime int<pk>10.1.1邮件消息表t_email_message⏹ 主要用途:保存发送的邮件 ⏹ 数据增长频率:个⏹ 数据保存周期:由用户调用操作10.1.2手机消息表t_mobile_message⏹主要用途:保存发送的手机消息⏹数据增长频率:个⏹数据保存周期:由用户调用操作10.1.3短信消息表t_short_message⏹主要用途:保存发送的短信消息。