1. mybatis-puls动态sql表自动不确定
mybatis-puls动态sql表自动不确定，MyBatis中的动态SQL,实现不确定条件的CRUD的实现，将查询条件封装到map里面,通过 if 和 where 标签的使用,实现sql的动态性。
以前都是指定了实体类，然后写好sql语句直接套用就可以了。但是现在有个问题，万一你的物理模型不确定，也即是你的表结构不确定，甚至连表名字都不确定该怎么办呢？我这次遇到了这个问题。我们有个需求，事先定义好了很多数据集的信息模型，针对这些信息模型生成物理模型。而我们需要针对这些物理模型进行操作。而这些数据集一旦更新，信息模型以及物理模型都要变动，所以事先不可能完全确定物理表结构等等信息。
mybatis中一个属性：statementType。这个属性的作用是告诉mybatis我们写的这个sql到底是预编译（PRESTATEMENT）还是非预编译（STATEMENT）的。区别是如果是预编译的，那么系统在初始化时就会读取这段sql代码，将指定的实体类中的字段替换了类似#{}这样的语句。
2. mybatis怎么自动生成是sql语句
Mybatis-Generator这个工具就是拿来生成文件的，不过需要你设置一下连接的数据库以及表的路径。生成之后就可以用了，不过生成的都是基本的sql语句，如果想要复杂一些的还是需要自己来写的。不过一般来说，很多数据处理都是直接查出来在服务器处理，而不是用sql处理，因为有些时候你写的SQL语句问题很多
3. 实际开发mybatis都是使用自动生成的sql么
以前没怎么用过mybatis，只知道与hibernate一样是个orm数据库框架。随着使用熟练度的增加，发现它与hibernate区别是非常大的，结合至今为止的经验，总结出以下几点：
1. hibernate是全自动，而mybatis是半自动。
hibernate完全可以通过对象关系模型实现对数据库的操作，拥有完整的JavaBean对象与数据库的映射结构来自动生成sql。而mybatis仅有基本的字段映射，对象数据以及对象实际关系仍然需要通过手写sql来实现和管理。
2. hibernate数据库移植性远大于mybatis。
hibernate通过它强大的映射结构和hql语言，大大降低了对象与数据库（oracle、MySQL等）的耦合性，而mybatis由于需要手写sql，因此与数据库的耦合性直接取决于程序员写sql的方法，如果sql不具通用性而用了很多某数据库特性的sql语句的话，移植性也会随之降低很多，成本很高。
3. hibernate拥有完整的日志系统，mybatis则欠缺一些。
hibernate日志系统非常健全，涉及广泛，包括：sql记录、关系异常、优化警告、缓存提示、脏数据警告等；而mybatis则除了基本记录功能外，功能薄弱很多。
4. mybatis相比hibernate需要关心很多细节
hibernate配置要比mybatis复杂的多，学习成本也比mybatis高。但也正因为mybatis使用简单，才导致它要比hibernate关心很多技术细节。mybatis由于不用考虑很多细节，开发模式上与传统jdbc区别很小，因此很容易上手并开发项目，但忽略细节会导致项目前期bug较多，因而开发出相对稳定的软件很慢，而开发出软件却很快。hibernate则正好与之相反。但是如果使用hibernate很熟练的话，实际上开发效率丝毫不差于甚至超越mybatis。
4. mybatis 动态sql和参数
动态SQL，就是根据条件拼接的条件吧。
比如：if、where等等条件，都是动态sql的标签。
参数：就是#$两个标签，注意下$可能会导致sql注入的问题就可以了。
5. Mybatis动态sql是做什么的都有哪些动态sql能简述一下动态sql的执行原理
摘要 1.动态SQL的概念