BeetSql官方版

BeetSql简介

BeetSql提供数据库管理功能，可以在软件中编辑SQL，在软件中查询表单内容，在软件中生成脚本，支持定义变量、泛型引用、算术表达式、逻辑表达式、循环、条件、函数调用、格式化、类方法调用、错误处理、安全输出、注释、类型描述等内容。用户可以在软件中直接复制代码，并立即进行分析。您可以调用数据内容来创建可视化表单，以帮助用户管理数据库。软件支持DAO。可以在软件中编辑数据模型，将数据映射到模型，直接在模板中混合数据生成模型！

BeetSql软件功能

BeetlSQL超过了MyBatis的全功能Java DAO工具

BeetSql是一款具有Hibernate &优势的全功能DAO工具，Mybatis的优势功能适用于承认SQL为中心，工具可以自动生成大量常用SQL的应用。

开发效率

无需标注，可自动使用大量内置SQL，轻松完成添加、删除、检查等功能，节省50%的开发工作量。数据模型支持Pojo、地图/列表和混合模型。SQL模板基于Beetl实现，更容易编写、调试和扩展。您可以为单个表(或视图)代码，甚至整个数据库生成pojo类和sql模板。可以减少代码编写工作量。

容易

SQL采用更简洁的方式和Markdown的方式进行管理，便于程序开发和数据库SQL调试。您可以自动将sql文件映射到dao接口类。直观支持支持一对一、一对多和多对多映射，无需引入复杂的OR Mapping概念和技术。具有拦截器功能，可以调试、诊断SQL和扩展其他功能。

BeetSql软件特色

BeetlSql可以通过管理和搜索Sql文件来支持跨数据库开发。首先，搜索特定的数据库，然后找到常见的数据库。此外，BeetlSql还提供了一些夸张的数据库解决方案。

DbStyle描述了数据库的特性，注入和插入，以及翻页都是通过它的子类完成的，所以用户不用担心。

提供一些最小的函数扩展来替换每个数据库的函数，比如时间和时间作为函数日期等。

Mysql MySQL数据库支持

OracleStyleoralce支持

PostgresStyle postgresql数据库支持

还有其他SQLServer、H2、SQLLite和DB2数据库支持。

BeetSql使用说明

躲藏

缓存的功能与DebugInterceptor相同。SimpleCacheInterceptor可以缓存指定的sql查询结果。

例如，所有将命名空间指定为用户的查询都将被缓存。如果此命名空间中有更新，缓存将被清除，输出如下

第二次查询的时间是0，因为直接使用缓存。

SimpleCacheInterceptor在构造时接受类列表。所有SQIDs的命名空间，称为“user.queryUser”，都是“user”。如果beetlsql查询这个列表中的SQIDs，它将参与缓存处理；否则，它将不会参与缓存处理。

的默认缓存实现是内存映射，或者可以使用其他实现，例如redies，它只需要实现以下接口

函数BeetlSql可以在Sql执行前后执行双向interretor，从而有机会执行各种扩展和监控，比已知的通过数据库连接池的Interceptor更容易。以下拦截器是可能的

监控sql执行，以缩短时间，打印和收集。时间统计概念类完成

每个sql执行完毕后，输出它的sql和参数，或者根据条件只输出特定sql的sql。方便用户调试。调试器已完成

sql执行总结(未完成，需要集成第三方sql分析工具)

跟踪的sql和响应的参数

DebugInterceptor类是一个常见的类，可以通过sql和参数打印到控制台。如果想收集log4j之类的工具，需要继承DebugInterceptor，实现pntln方法，使用自己的博客框架进行打印。

如下所示，在执行数据库之前，可以通过ctx获取执行参数。成功执行数据库后，将执行方法。

对于查询，执行结果是查询返回的结果集的数量；对于更新，返回成功更新的数量；对于批量更新，InterceptorContext如下，其中包括了sqlId、实际sql和实际参数，还包括了执行结果。，它是一个枚举。可以参考源码DebugInterceptor。

对于批量更新，使用BatchUpdateInterceptorContext代替InterceptorContext，paras参数为空，添加batchParas，保留所有参数，定义如下

数据库主从

支持内置主从数据库BeetlSql管理数据源。如果只提供了一个数据源，则读写器被视为该数据源。如果提供了一个以上的数据源，第一个数据源用作写入数据库，其他数据源用作读取数据库。开发代码时，用户不用担心自己在哪个数据库上工作，因为在调用sqlScpt的select相关API时，总是读取从库，在添加/更新/删除时，总是读取主库(以下是主从实现的原理，大多数情况下，不需要关心如何实现)。

主从库的逻辑是由ConnectionSource决定的，比如DefltConnectionSource的逻辑。

ForceStatus可以强制SQLMar使用主数据库或从数据库。参见api SQLMar.useMaster(DBRunner f)，SQLMar.useSlave(DBRunner f)

不同的连接源完成逻辑是不同的。对于像spng和jfinal这样的框架，如果sqlMar在事务环境中，它总是主数据库，如果它在并行事务环境中，它是从数据库。如果没有事务环境，这取决于sql是查询还是更新。

SpngConnectionSource提供的主从逻辑是否如下

请注意，对于用户来说，不需要担心这一部分说了什么，只需要为想要定制主从逻辑的架构师考虑。

分区JD支持

分片-JD支持开发人员可以使用撒丁-JD来支持数据库子数据库和子表，撒丁-JD提供了封装的数据源。只要将数据源配置为BeetlSQL作为普通数据源，唯一的问题就是Sharding-JD的数据源提供的MetaData函数比较弱，所以在构造BeetlSQL的ConnectionSource时需要指定一个额外的真实数据源。

connectionSource的唯一区别是getMetaData是重载的，因此数据库元素可以从真实的数据源获得。

对于子表应用程序，如创建用户001、用户002...用户对象必须对应于用户表。如果未创建用户表，将会报告一个错误。可以通过sqlmar . addvirtualtable(“user001”、“user”)告诉BeetlSQL，通过user 001获取“user”的元数据。