CHINER[元数建模]升级至 v3.3.0:最好用的国产开源数据库建模平台

来源: 投稿
作者: O龙猫O
2021-09-15

chiner,发音:[kaɪˈnər]

1 背景说明

从寻找PowerDesigner的替代品为出发点,我们推出了PDMan,几经磨练,历时三年,点滴积累,酝酿,最终脱胎换骨,自7月17日”CHINER元数建“模公开发布以来,我们共公开发布4次,分别为:

  • 7月17日:v3.0.0
  • 7月22日:v3.0.1
  • 7月28日:v3.0.2
  • 8月08日:v3.1.0
  • 8月22日:v3.2.0
  • 9月07日:v3.2.1

v3.0版:

7月17日,我们发布了CHINER元数建模的第一个版本:CHINER[元数建模]v3.0。发布于:PDMan升级换代至->CHINER[元数建模]v3.0:最好用的国产开源数据库建模平台

v3.1版:

8月8日,我们发布了CHINER元数建模的第二个版本:CHINER[元数建模]v3.1。发布于:PDMan的最新版-CHINER[元数建模]升级至v3.1:最好用的国产开源数据库建模平台

v3.2版:

8月22日,我们发布了CHINER元数建模的第三个版本:CHINER[元数建模]v3.2。发布于:PDMan的最新版-CHINER[元数建模]升级至v3.2:最好用的国产开源数据库建模平台

9月07日,我们发布了CHINER元数建模的第四个版本:CHINER[元数建模]v3.2.1。发布于:PDMan的最新版-CHINER[元数建模]升级至v3.2.1:最好用的国产开源数据库建模平台

本次更新升级至3.3.0,更新内容如下:

2 升级内容清单


    1. 关系图支持连接到字段以及表两种模式,新建关系图时可设置。用户或以选择关系图精确到表还是字段两种形式。
    1. 导出关系图图片不成功问题修正
    1. 字段转换栏位大小写时,全部转为大写或小写时不要取反
    1. 系统设置,增加导入导出功能,以解决项目全局设置的共享问题。
    1. 修正导出关系图,菱形框文字位置问题
    1. 增加DDL解析为数据表结构支持
    1. 修复SQLServer代码模板不正确问题

3 典型升级内容介绍

针对其中的典型功能,我们作简要介绍,内容如下:

3.1 关系图多种关联模式

如下图:

3.2 系统设置可导出导入(增加导入导出)

如下图:

 

3.3 增加语句导入

如下图:

4 下载以及后续升级说明

我们将长期持续维护CHINER元数建模的升级,并及时采纳合理的用户建议。

下载点位于Gitee的发布版,下载链接

展开阅读全文
16 收藏
分享
加载中
精彩评论
底层的数据表需要提供给数据仓库或者数据中台,你怎么办,现给他写文档吗?DBA运维系统,你给他看什么,不会是POJO吧?是不是还是要给他整理一个数据库结构文档,如果你愿意一个一个的写也还是可以的。我们的数据库建模和具体数据库无关,设计的模型可以匹配多种数据库。我做过程序员,做过项目经理,做过部门领导,也做过创业公司老板,我知道在一个特定的组织里,在技术管理方面他需要什么,每个软件的推出,一定有他的应用背景,chiner每天有上万开发者使用。你有你的场景,别人有别人的场景,喜欢你就用,不喜欢你就不用。实在没什么好吐槽或者BS的。
2021-09-15 13:19
3
举报
你不用并不等于别人不用。对象的底层是什么,是不是关系数据库表与表之间的关系。一个复杂的系统怎么去看他底层数据画像,看代码不可能吧,在你的场景下,是怎么解决这个问题?
2021-09-15 11:52
2
举报
另外补充一下,面向对象和数据库关系模型并不冲突,反而是一种补充关系。我们成功主导过数十个大型金融机构的关键业务系统研发及建设,也管理过几十上百人的团队,面向对象这点东西我们还是懂的。
2021-09-15 12:39
1
举报
最新评论 (22)
怎样把pdman的转换成chiner
2021-09-15 14:44
0
回复
举报
新建项目,导入PDMan文件
2021-09-15 15:30
0
回复
举报
什么年代了, 数据库还需要建模?
2021-09-15 11:14
0
回复
举报
都什么年代了,数据库不需要建模?你以为三张表做个学生信息管理系统呢。
2021-09-15 11:15
0
回复
举报
几百张表的系统, 我们也不建模, 不用面向对象思想, 才会一直建模下去, 用点面向对象思想吧. pojo类本身就是数据库的模型, 哪还需要画什么关系图
2021-09-15 11:19
0
回复
举报
你不用并不等于别人不用。对象的底层是什么,是不是关系数据库表与表之间的关系。一个复杂的系统怎么去看他底层数据画像,看代码不可能吧,在你的场景下,是怎么解决这个问题?
2021-09-15 11:52
2
回复
举报
pojo生成数据库, 再生成数据库关系图就行了, 我维护pojo就行了, 不需要手动去话数据库关系图
2021-09-15 13:10
0
回复
举报
底层的数据表需要提供给数据仓库或者数据中台,你怎么办,现给他写文档吗?DBA运维系统,你给他看什么,不会是POJO吧?是不是还是要给他整理一个数据库结构文档,如果你愿意一个一个的写也还是可以的。我们的数据库建模和具体数据库无关,设计的模型可以匹配多种数据库。我做过程序员,做过项目经理,做过部门领导,也做过创业公司老板,我知道在一个特定的组织里,在技术管理方面他需要什么,每个软件的推出,一定有他的应用背景,chiner每天有上万开发者使用。你有你的场景,别人有别人的场景,喜欢你就用,不喜欢你就不用。实在没什么好吐槽或者BS的。
2021-09-15 13:19
3
回复
举报
回复 @O龙猫O : 都DevOps还要什么DBA运维体系, 要给也可以, 很多数据库工具都可以反向根据表结构生成数据库关系图, 一个项目的数据库是根据项目需求变化慢慢变长的, 不可能一开始就画个完整的数据库关系图, 客户业务关系都变了, 你数据库也得快速跟着变, 哪还有时间去改数据库建模图, 搞建模图搞到最后就是建模图和实际数据库总有差距. 我不客气的说一句, 用建模图的项目开发模式都是落后的开发模式
2021-09-15 14:02
0
回复
举报
回复 @陈钇蒙 : 能说出这个话,我要是没有猜错,只能说明你现在最多只能算个高级程序员。我们做这款开源至少帮助了成千上万的开发者提升他们的工作效率,那你为开源做了什么呢,你不用,也没必要来这里秀优越感。把你的作品秀出来,如果你真有货,我服你,如果没货,就离我们远点。
2021-09-15 15:29
0
回复
举报
回复 @陈钇蒙 : 这款软件的核心开发者阿里P7的水平,问问你能有P几?你会个devops还做出优越感来了?
2021-09-15 15:31
0
回复
举报
回复 @陈钇蒙 : 技术人员不要陷在业务而不自知,这样开发管理项目往往导致项目混乱,代码升级成本越来越大,最后这份代码生命周期就会很短。
这个工具是用在数据持久层的,和代码实现方式无关,和采不采用OOD无关。
2021-09-15 23:52
0
回复
举报
另外补充一下,面向对象和数据库关系模型并不冲突,反而是一种补充关系。我们成功主导过数十个大型金融机构的关键业务系统研发及建设,也管理过几十上百人的团队,面向对象这点东西我们还是懂的。
2021-09-15 12:39
1
回复
举报
你用不到就别使用呗,在这里说来说去有啥意思,用的到的自然会使用。抛开场景讲技术都是耍流氓
2021-09-15 19:11
0
回复
举报
我们是先设计数据库再去开发写代码,你是直接就写 pojo 吗,写 pojo 其实也是在设计数据库的表和字段。每个团队开发模式都不太一样,没什么好吐槽的。
2021-09-15 14:28
0
回复
举报
没找到3.3的下载,是不是忘了上传了
2021-09-15 09:55
0
回复
举报
已经上传
2021-09-15 11:00
0
回复
举报
关系图的问题还是要解决,一个字段连接多个表,连接线一多的时候,特别不方便看,之前提了issues,然而被拒绝了,但现在的使用上来说,最大的问题还是这个,实际使用的时候,连接线一多就特别不方便看,到底连了多少根线,谁连的谁,很不好看出具体的关系,关系图自动格式化,这些要是有的话,要体验好很多
2021-09-15 09:24
0
回复
举报
1. 连线一多不方便看这个问题方法有以下两种:1)一张表可以在同一关系图出现多次,你可以在另一个地方再让这张表出现一次,解决一表多用多显示的问题。2)连接线hover后,会显示是哪个表的哪个字段和另一个表的字段是怎么展示的。
2. 关系图自动格式化,算法太复杂,暂时不用考虑。
2021-09-15 09:35
0
回复
举报
发行版中还没看到最新的 3.3版本
2021-09-15 09:07
0
回复
举报
正在上传中。。。。
2021-09-15 09:14
0
回复
举报
已经上传完成
2021-09-15 11:00
0
回复
举报
更多评论
22 评论
16 收藏
分享
返回顶部
顶部