同步操作将从 AnyLine/anyline 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
【招募开发合伙伴,个人或组织皆可】
这里有【400+】数据库,总有一个是你熟悉的
详细说明请参考:
http://doc.anyline.org/
开发测试来环境请使用【8.7.1-SNAPSHOT】版本 语法测试请参考【各数据库模拟环境】
发版务必到【中央库】找一个正式版本,不要把SNAPSHOT版本发到生产环境
关于多数据源,请先阅读
【三种方式注册数据源】
【三种方式切换数据源】
【多数据源事务控制】
低代码平台、数据中台等场景需要生成SQL/操作元数据参考
【JDBCAdapter】
【SQL及日志】
【service.metadata】
【SQL.metadata】
快速开始请参考示例源码(各种各样最简单的hello world):
https://gitee.com/anyline/anyline-simple
一个字都不想看,就想直接启动项目的下载这个源码:
https://gitee.com/anyline/anyline-simple-clear
有问题请不要自行百度,因为百度收录的内容有可能过期或版本不一致, 有问题请联系
AnyLine的核心是一个基于spring生态的D-ORM(动态对象关系影射), 其重点是:
常用于动态结构场景的底层支持,作为SQL解析引擎或适配器出现,
如:数据中台、可视化、低代码、SAAS、自定义表单、异构数据库迁移同步、 物联网车联网数据处理、
数据清洗、运行时自定义报表/查询条件/数据结构、 爬虫数据解析等。
参考【适用场景】
实际开发过程中主要用来:
数据操作的两个阶段,1.针对数据库中数据 2.针对数据库查询的结果集(内存中的数据)
即运行时才能最终确定 动态的数据源、数据结构、展现形式
如我们需要开发一个数据中台或者一个数据清洗插件,编码阶段我们还不知道数据来源、什么类型的数据库甚至不是数据库、会有什么数据结构对应什么样的实体类,
如果需要前端展示的话,更不会知道不同的终端需要什么各种五花八门的数据组合
那只能定义一个高度抽象的实体了,想来想去也只有Collection可以胜任了。
最常见的操作:根据条件分页查询一个表的几列
这一动就要倾巢出动一整套的service/dao/vo dto 各种O/mapper,生成个查询条件各种封装、为了拼接个SQL又是各种if else forearch
如果查询条件是由前端的最终用户动态提供的,那Java里if完了还不算完,xml中if也少不了
一旦分了页,又要搞出另一套数据结构,另一组接口,另一组参数(当然这种拙劣的设计只是极个别,不能代表ORM)
数据库负责的是存储,其结构肯定是与业务需要不一样的。所以结果集需要处理。当我们需要用Map处理数据或数学计算时,
如最常见的数据格式化、筛选、分组、平均值、合计、方差等聚合计算
再如空值的处理包括, "", null, "null","\n","\r","\t"," "全角、半角等各种乱七八糟的情况
这时就会发现Map太抽象了,除了get/set/forearch好像也没别的可施展了。
要处理的细节太多了,if都不够用了。
再比如多数据源的情况下,要切换个数据源又是IOC又是AOP一堆设计模式全出场。经常是在方法配置个拦截器。
在同一个方法里还能切换个数据源了?
数据中台里有可能有几百几千个数据源,还得配上几千个方法?
数据源是用户动态提交的呢怎么拦截呢?
这不是DB Util的本职工作么,还要借助其他?
哪个项目少了AOP依赖还切换不了数据源了?
如果只是写个helloworld,以上都不是问题,没什么解决不了的。但实际工作中是需要考虑工作量和开发速度的。
比如一个订单可能有几十上百列的数据,每个分析师需要根据不同的列查询。有那么几十列上同时需要<>=!=IN FIND_IN_SET多种查询方式算正常吧
不能让开发人员挨个写一遍吧,写一遍是没问题,但修改起来可就不是一遍两遍的事了
所以需要提供一个字典让用户自己去配置,低代码开发平台、自定义报表、动态查询条件应该经常有这个需求。
当用户提交上来一个列名、一个运算算、一组值,怎么执行SQL呢,不能在代码中各种判断吧,如果=怎么合成SQL,如果IN怎么合成SQL
DML方面hibernate还可以处理,DDL呢?国产库呢?
当然这种问题很难有定论,只能在实际应用过程中根据情况取舍。
可以参考【适用场景】和【实战对比】中的示例
造型之前,当然要搞明白优势劣势,参考【优势劣势】
当然我们并不是要抛弃Entity或ORM,相反的 AnyLine源码中也使用了多达几十个Entity
在一些 可预知的 固定的 场景下,Entity的优势还是不可替代的
程序员应该有分辨场景的能力
AnyLine希望程序员手中多一个数据库操作的利器,而不是被各种模式各种hello world限制
数据操作不要再从生成xml/dao/service以及各种配置各种O开始
默认的service已经提供了大部分的数据库操作功能。
操作过程大致如下:
DataSet set = service.querys("HR_USER(ID, NM)",
condition(true, "anyline根据约定自动生成的=, in, like等查询条件"));
这里的查询条件不再需要各种配置, 各种if else foreach标签
Anyline会自动生成, 生成规则可以【参考】这里的【约定规则】
分页也不需要另外的插件,更不需要繁琐的计算和配置,指定true或false即可
只需要一个依赖、一个注解即可实现与springboot, netty等框架项目完美整合,参考【入门系列】 大概的方式就是在需要操作数据库的地方注入AnylineService 接下来service就可以完成大部分的数据库操作了。常用示例可以参考【示例代码】
如果实现放不下那些已存在的各种XOOO
DataSet与Entity之间可以相互转换
或者这样:
EntitySet<User> = service.querys(User.class,
condition(true, "anyline根据约定自动生成的查询条件"));
//true:表示需要分页
//为什么不用返回的是一个EntitySet而不是List?
//因为分页情况下, EntitySet中包含了分页数据, 而List不行。
//无论是否分页都返回相同的数据结构,而不需要根据是否分页实现两个接口返回不同的数据结构
//也可以这样(如果真要这样就不要用anyline了, 还是用MyBatis, Hibernate之类吧)
public class UserService extends AnylinseService<User>
userService.querys(condition(true, "anyline根据约定自动生成的查询条件"));
低代码后台
主要用来处理动态属性、动态数据源、运行时自定义查询条件、元数据管理等。
比较容易落地的几个场景如财务、库存等ERP模块用户经常需要输出不同格式的报表,根据不同维度查询统计数据
前端可以用百度amis前端低代码框架,后端由anyline解析SQL及查询条件,管理元数据。
【示例】
数据中台
动态处理各种异构数据源、强大的结果集批量处理能力,不再需要对呆板的实体类各种遍历各种转换。
【示例】
可视化数据源
主要用来处理动态属性,以及适配前端的多维度多结构的数据转换
【参考】
物联网车联网数据处理
如车载终端、交通信号灯、数字化工厂传感器、环境检测设备数据等
【示例】
数据清洗、数据批量处理
各种结构的数据、更多的是不符合标准甚至是错误的结构
这种场景下需要一个灵活的数据结构来统一处理各种结构的数据
再想像一下临时有几个数据需要处理一下(如补齐或替换几个字符)
这个时候先去创建个Entity, XML, Service, Dao吗
【示例】
报表输出,特别是用户自定义报表
类似于可视化环境, 样式相对简单一点,但精度要求极高,需要控制到像素、字体等
如检验检测报告、资质证书等,当然这需要配合 anyline-office
【office示例】
运行时自定义表单/查询条件/数据结构
各个阶段都要自定义,比低代码要求更高的是:操作用户不懂编程
【示例】
网络爬虫数据解析
不固定的结构、html解析(当然不是用正则或dom那太费脑子了)
【参考】
异构数据库迁移同步
动态的数据结构可以灵活的适配多种不同的表, 需不需要反复的get/set
兼容多种数据库的DDL也可以方便的在不同类型的数据库中执行
【核心代码示例(Mysql到Apache Ignite)】
【基础应用项目】
【完整应用代替datax】
还有一种很实现的场景是 许多项目到了交付的那一天 实体也没有设计完成
别说设计了,需求都有可能还没结束就催交付了, Entity哪里找
【示例】
MySQL PostgreSQL Oracle SQL Server MariaDB IBM DB2 clickhouse sqlite 达梦 tdengine derby H2 hsqldb 人大金仓 OpenGauss Neo4j 瀚高 Apache Hive 南大通用 cassandra oceanbase 神舟通用 polardb questdb timescale Vastbase(海量数据) LightDB(恒生电子) greatdb(万里数据库) mogdb(云和恩墨) GoldenDB(中兴) GaiaDB-X(百度云) TiDB AntDB(亚信) citus TDSQL(TBase)(腾讯云) 磐维数据库(中国移动) CUDB(中国联通) MuDB(沐融) HashData(酷克) HotDB(热璞) UXDB(优炫) KunDB(星环) StarDB(京东) YiDB(天翼数智) UbiSQL(平安科技) xigemaDB(华胜信泰) SinoDB(星瑞格) CockroachDB InfluxDB Informix MongoDB MogoDB RethinkDB SAP HANA voltdb Apache Ignite Apache Doris
没有示例的看这个目录下有没有 【anyline-data-jdbc-dialect】还没有的请联系群管理员
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。