VN设计 通过对不同的业务划分为不同的VN，实现生产业务、办公业务、多媒体业务的同类型业务正常互通，不同类型业务隔离不互通。 同时为生产、办公、多媒体、等不同业务分配不同比例带宽，保障网络拥塞时各业务流量都能得到调度。 父主题： 用户业务设计

查看更多 →

约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值，那么，不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 尽量减少随机I/O。通过聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择分区方案 当表中的数据量很大时，应当对表进行分区，一般需要遵循以下原则：

查看更多 →

le占用了大量宝贵的网络资源，减少不必要的数据shuffle，可以减少网络压力，使数据的处理本地化，以提高集群的性能和可支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择分布方案 表的分布方式的选择如表2 表的分布方式及使用场景所示。

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 尽量减少随机I/O。通过聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择分区方案 当表中的数据量很大时，应当对表进行分区，一般需要遵循以下原则：

查看更多 →

约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值，那么，不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束。优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

查看更多 →

提供不可篡改、可追溯的一致性业务交易记录，消除双方对账工作，满足审计追溯。 数字资产化 对交易资产和权益的Token化，实现数字资产的生命周期管理。 履行智能合约 实现自动化处理，保证了按照条款忠实执行的公正性。 图1 方案架构 方案优势 消灭了公司间对账工作，保证公司间交易一致性和账务平衡性。

查看更多 →

不是关联公司的主体允许变更吗？ 没有关联关系的公司主体不允许变，存在风险。 父主题： 其他

查看更多 →

方式，方便客户选择自己常用的方式付款。 设置网站前台：包含制作PC版网站前台、制作手机版网站前台和备份网站数据。 制作PC版网站前台：将模板的数据替换为您自己的数据，并在模板的基础上新增或者修改网站模块。 制作手机版网站前台：将PC版的网站内容生成手机版，当客户使用手机访问时自动适配到手机版。

查看更多 →

集团编码 公司所属集团的编码。 集团名称 公司所属集团的名称。 集团描述 公司所属集团的描述。 公司编号 公司编号，系统唯一值。 公司代码 公司代码。 中文描述 公司的中文描述。 英文描述 公司的英文描述。 中文缩写 公司的中文缩写。 英文缩写 公司的英文缩写。 公司类别 公司的类别

查看更多 →

默认区域 设置公司的默认区域，直接在下拉框中选择。 默认语言 默认语言，直接在下拉框中选择。 默认币种 公司使用的默认货币类型，直接在下拉框中选择。 公司标识 公司Logo图片所在的URL。 站点 公司主页的URL。 租户ID 账号对应的ID。 密钥最后修改时间 账号级别密钥的最近修改

查看更多 →

充最低层级主题的描述信息。 数据owner部门 数据的拥有者所在部门。对于最低层级主题，此项参数为必选。在导入文件中应补充最低层级主题的数据owner部门信息。 *数据owner人员 数据的拥有者，支持填写多个，中间以逗号分隔。 上传模板，单击添加文件，选择填写后的主题模板，然后上传文件即可。

查看更多 →

设计中心 方案里的流程图可以修改吗？ 如何移动画布？ 图元被线框框住无法选中怎么办？ 如何复制架构？ 设计阶段的方案还能编辑吗？ 架构设计时有些图元搜索不到。 如何新建部署架构？ 部署架构的删除按钮为什么是置灰的？ 解决方案工作台如何体现项目依赖的其他资源信息？ 设计中心页面为什么没有提交审核按钮？

查看更多 →

设计流程 需求理解 设计思路 设计原则 总体架构

查看更多 →

API设计 项目概况 API设计 接口审核 编辑模式与API规范检查 公共模型 Markdown设计 API调试 脚本能力

查看更多 →

Markdown设计 新建Markdown，可通过以下三种方式完成。 方法一：单击目录树搜索框右侧的，在弹出的下拉框中，选择“新建Markdown”。 方法二：在目录树中选择一个目录，单击右侧图标，在弹出的下拉框中，选择“新建Markdown”。 进入“新建标签页”，在该标签页可

查看更多 →

，根据输入的Json自动生成数据结构功能。 接口返回响应 返回响应的定义包含：返回响应的状态码、响应内容的数据结构、响应示例和响应头。 返回响应的状态码：通过加号来添加运行接口后可能的响应状态码，单击响应状态码可以对状态码进行修改。 响应内容的数据结构：规定响应内容的格式，分为“

查看更多 →

（车牌号1，车牌号3），（通过的第1个收费站，通过的第2个收费站） 根据通过相同收费站的两辆车的车牌号聚合数据，如下。 （车牌号1，车牌号2），[（通过的第1个收费站，通过的第5个收费站），（通过的第2个收费站，通过的第6个收费站），（通过的第1个收费站，通过的第7个收费站），（通过的第3个收费站，通过的第8个收费站）]

查看更多 →

约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值，那么，不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

查看更多 →

标准设计 新建码表 新建数据标准 父主题： 数据架构

查看更多 →