anyline数据库操作工具.rar

用来维护快照的私服到2023-03-31就不维护了，需要快照版本的请从中央仓库下载 请参考[【maven配置】](http://doc.anyline.org/s?id=p298pn6e9o1r5gv78acvic1e624c62387f51d08504f16eef5d6eedaac28b67c2bc) 2023之后的版本中,多数据源不再需需要依赖org.anyboot:anyboot-data-jdbc 原来的org.anyboot.data.jdbc.ds.DynamicDataSourceRegister可以用 org.anyline.data.jdbc.ds.DynamicDataSourceRegister替代 这样就彻底剥离了springboot(只是anyline源码中不再依赖，实际项目中不受影响) 项目中不再需要考虑anyline与springboot的版本匹配 原来有用过ConfigStore.addCondition/addConditions的换成and/ands ***详细说明请参考:*** [http://doc.anyline.org/](http://doc.anyline.org/) ***快速开始请参考示例源码(各种各样最简单的hello world):*** [https://gitee.com/anyline/anyline-simple](https://gitee.com/anyline/anyline-simple) ***一个字都不想看，就想直接启动项目的下载这个源码:*** [https://gitee.com/anyline/anyline-simple-clear](https://gitee.com/anyline/anyline-simple-clear) 有问题请联系QQ群: 86020680 [<img src="http://alcms.oss-cn-shanghai.aliyuncs.com/anyline/img/ab/rhodilywys.jpg"/>](http://shang.qq.com/wpa/qunwpa?idkey=279fe968c371670fa9791a9ff8686f86dbac0b5edba8021a660b313e2dd863ad) 没有QQ的再联系微信 <img src="http://cdn.anyline.org/img/user/zhv.jpg" width="90"> ## 简介 AnyLine的核心是一个基于spring-jdbc生态的(No-ORM)数据库操作工具 其重点是: - 以最简单、快速、动态、统一的方式操作数据库(结构化与非结构化) - 针对结果集的 数据二次处理能力 简单来说主要作了两方面的工作： - 1）在运行时根据需求动态生成SQL(包括DDL和DML),特别是针对查询条件的支持 查询条件不再需要各种空判断、遍历、类型转换,及各种配置、各种VO PO DTO 机械繁琐的工作应该交给机器 [【查询示例】](https://gitee.com/anyline/anyline-simple/tree/master/anyline-simple-data-condition) [【DDL示例】](https://gitee.com/anyline/anyline-simple/tree/master/anyline-simple-data-jdbc-ddl) 主要一些操作表结构、索引、主表、分区表(子表)等的创建更新操作 [【metadata示例】](https://gitee.com/anyline/anyline-simple/tree/master/anyline-simple-data-jdbc-metadata) 主要针对几个常用数据库的元数据的一些查询 这里说的动态是指: 不需要针对固定的表结构或具体的Entity,分别提供不同的Service/Dao/Mapper 一个默认的Service可以操作一切数据 **操作数据库很简单，但AnyLine要实现的不仅仅是操作数据库，更不是简单的增删改查** **灵活的处理结果集数据、快速的生成符合业务逻辑的数据结构才是重点** - 2）为结果集定义了统一的数据结构,主要是DataSet&lt;DataRow&gt;结构类似于List&lt;Map&gt; 不要以为DataSet&lt;DataRow&gt;结构比实体类功能类弱 他将提供比实体类更全面、更强大的数据处理能力 为前端或第三方应用提供数据时 不再需要各种遍历、判断、计算、格式转换 一切与业务无关的数学运算,DataSet&lt;DataRow&gt;尽量作到 一键 ... 一键 ... [【示例】](https://gitee.com/anyline/service) 同时摒弃了各种繁琐呆板的Service/Dao/Entity/*O/Mapper 没有Hibernate,MyBatis 没有各种配置 各种O 没有需要自动生成的代码,没有模板文件(自动生成的都是程序员的负担) 熟悉了Anyline之后你就可以告别Hibernate,MyBatis了 ## 误解 当然我们并不是要抛弃Entity或ORM，相反的 AnyLine源码中也使用了多达几十个Entity 在一些 **可预知的 固定的** 场景下，Entity的优势还是不可替代的 程序员应该有分辨场景的能力 AnyLine希望程序员手中多一个数据库操作的利器，而不是被各种模式各种hello world限制 ## 适用场景 Anyline一的切都是面向动态、面向运行时环境 适合于抽象设计阶段(实体概念还不明确或者设计工作不局限于某个特别的实体) 常用于需要大量复杂动态的查询，以及查询的结果集需要经过深度处理的场景 如: - **可视化数据源** 主要用来处理动态属性，以及适配前端的多维度多结构的数据转换 [【参考】](http://doc.anyline.org/a?id=p298pn6e9o1r5gv78vicac1e624c62387f7bb5cdeaeddf6f93f9eb865d5cc60b9b) - **低代码后台** 主要用来处理动态属性、动态数据源(下拉列表)以及用户自定义的一些属性 灵活的DDL也可以快速统一的操作各种表结构(包括各种时序、列式数据库) [【示例】](https://gitee.com/anyline/service) - **物联网车联网数据处理** 如车载终端、交通信号灯、数字化工厂传感器、环境检测设备数据等 [【示例】](https://gitee.com/anyline/service) - **数据清洗、数据批量处理** 各种结构的数据、更多的是不符合标准甚至是错误的结构 这种场景下需要一个灵活的数据结构来统一处理各种结构的数据 再想像一下临时有几个数据需要处理一下(如补齐或替换几个字符) 这个时候先去创建个Entity,XML,Service,Dao吗 [【示例】](https://gitee.com/anyline/service) - **报表输出，特别是用户自定义报表** 类似于可视化环境,样式相对简单一点，但精度要求极高，需要控制到像素、字体等 如检验检测报告、资质证书等，当然这需要配合 anyline-office [【office示例】](https://gitee.com/anyline/anyline-simple/tree/master/anyline-simple-office-word) - **运行时自定义表单/查询条件/数据结构** 各个阶段都要自定义，比低代码要求更高的是:操作用户不懂编程 [【示例】](https://gitee.com/anyline/service) - **网络爬虫数据解析** 不固定的结构、html解析(当然不是用正则或dom那太费脑子了) [【参考】](http://doc.anyline.org/s?id=p298pn6e9o1r5gv78acvic1e624c62387f51d08504f16eef5d4dd25719cf7844ce) - **异构数据库迁移同步** 动态的数据结构可以灵活的适配多种不同的表,需不需要反复的get/set 兼容多种数据库的DDL也可以方便的在不同类型的数据库中执行 [【参考】](http://doc.anyline.org/a?id=p298pn6e9o1r5gv78vicac1e624c62387f7bb5cdeaeddf6f9382274223893eaf06) [【源码】](https://gitee.com/anyline/service/tree/master/anyline-service-sync) - **还有一种很实现的场景是 许多项目到了交付的那一天 实体也没有设计完成** 别说设计了，需求都有可能还没结束就催交付了,Entity哪里找 [【示例】](https://gitee.com/anyline/service) ### 什么情况下说明你的应该考虑换工具了 - 非常简单的增删改查,Entity中大部分只用到了get/set方法,很少需要计算 这一般都是些hello world 或 练习作业 这样的直接利用默认的service查出数据返回给前端就可以收工了 不要再生成一堆重复的模板，简单改个属性也要层层修改，从头改个遍。 [【示例】](https://gitee.com/anyline/service) - 代码中出现了大量的List,Map结构 或者 针对查询结果集需要大量的二次计算 这种情况应该非常多见 随着系统的增强完善和高度的抽象,同一份数据源将为各种不同的业务场景提供数据支持 每个场景需要的数据结构各不雷同 这时经常是为每类场景订制视图或SQL 但数据支持部门不可能针对每种场景每个视图、每个SQL 生成不同的Entity 更也不可能生成一个大而全的Entity以应万变 [【示例】](https://gitee.com/anyline/service) - 与第三方系统交换数据时 �