参考截图
。
简介
通道,发音:[[CHINER元数建模-3.0]历经3年的艰苦奋斗,精心制作,浴火重生。 丰富数据库的生态,建立独立于具体数据库的数据库关系模型设计平台。
使用React Electron Java技术体系构建的元建模平台。
前世今生
2018年初,我和对开源感兴趣的社区朋友成立了松散的组织,用一个半月的时间完成了PD man 1.0版的发布,解决了从无到有的问题。 2018年5月,PDMan首款开源公开版发售,中间持续逐步更新,到2019年1月不再更新。 目前,每天有3000多家公司或独立个人使用PDMan设计数据库。 我们在自己使用或用户使用的过程中,提出了许多优化建议。 由于前期设计考虑不充分,许多优化升级非常困难。 2019年12月,计划了另一个新版本。 感情碰到生存发展,饿着肚子谈理想,真的很难。 在这期间,我们的队伍一次又一次地辛苦旋转,多次濒临解散。 2019年末,我们还不到3万元的启动资金,几乎是光着屁股创业。 幸运的是得到了好几个朋友的照顾,请他们做了两个项目。 核心队分为两部分,一部分去杭州,另一部分远去塞北,我们的吃饭问题暂时解决了。 在这期间,我们继续发酵和沉淀,利用社区的朋友和业余时间,完成了技术架构设计、接口原型设计、重要核心模块的开发代码。 我们和社区朋友一直投资到今天(2021年7月17日),终于推出了新版本3.0。名称的由来
第一位(公开发行名) PD man :物理模型管理器)第二位)内部使用名) Sino Per : Sino PoPularentityrelation )在中国最受欢迎entityrelation (国产实体关系图工具)为了便于国内普及,将中文名称作为)元数建模,也作为:'CHINER[元数建模] )公开使用。本版本(CHINER[元数建模]v3.0)的要点说明
基于前三年的经验积累,为了解决基因缺陷,重新出发,重新开始。 体系结构经过重新设计,结构卓越,但与原PDMan具有很高的兼容性。 的配方、原来的味道、保持原来的操作习惯,局部优化提高。 精细的界面布局和操作优化,更好看,更简单,更易用。 添加实用的新功能(如部署PowerDesigner )将更强大,并提高生态系统的兼容性。 非关键使用风险高,不顺利,删除了一些比较鸡肋的功能。 这次我自己出钱请了专业的UI设计界面。自带入门参考
首页提供了两个典型的参考案例,可以帮助您轻松了解软件支持的功能和功能。
管理数据表以及字段
提供简洁直观的数据表和字段管理和操作,左侧的列表支持拖动排序,数据表的进一步设置支持添加表注释,扩展属性列表,例如下图所示Hive的支持
多表关联视图
视图由多个表组合而成,支持选择多个表和字段,如下图所示。
创建视图选择关系表
选择要显示的字段
tps://p6.toutiaoimg.com/origin/pgc-image/7cb563a3490a4ab68c102f9ead299cc5?from=pc">可定制的数据类型及数据域
可扩展的数据类型,并且支持多种数据库方言的适配,如下图:
数据域,用于设置同一类具有特定业务含义的数据类型,如下图:
数据标准(字段库)
标准字段库用于解决常用字段记录,方便用户建立数据表时,能够从常用字段库里直接拖入数据表中。 标准字段库可以用户自行添加,也可以从现有数据表中移到标准字段库中,如下图所示
标准字段库支持导出JSON文件,也支持从JSON文件中导入,以解决共享交流问题
数据字典
增加了数据字典支持,用于解决对字段元数据更清晰地解析阐述,如下图:
数据表字段可以直接关联数据字典,如下图所示:
多模块模式以及不分模块模式
简单项目,不需要分模块,直接分为数据表,视图,关系图,数据字典即可,复杂项目需要拆分为一个一个独立的模块,系统对这两种形式均给予支持。 简单模式,如下图
ER关联关系图
数据实体关联关系图,该关联关系图需要人工手动维护,如下图所示:
ER 关系图支持多张多种形式的关系图
简单的概念模型图
支持简单的概念模型图,概念模型图实体只保存在关系图上,不保持实体对象,如下图所示:
概念模型图,主要用于快速勾勒系统的关键业务对象关系图,用于快速整体理解数据模型。
不同数据库方言的DDL
通过代码模板引擎,实现可扩展的数据库方言支持,如下图:
扩展属性支持类似Hive
JavaBean代码生成
可定制化可编辑的代码模板引擎
代码模板引擎基于doT.js构建,如下图:
数据库逆向导入
数据库导入之前先设置数据库连接
导入配置后会自动解析数据表中的列
数据导出DDL
导出DDL,用于解决一次性导出指定数据表,针对指定数据库方言的导出,如下图:
导出Word文档
下载地址
chiner: 元数建模,一款丰富数据库生态,独立于具体数据库之外的,数据库关系模型设计平台。