强大的数据库ORM框架-GreenDao项目源码剖析篇

 强大的数据库ORM框架-GreenDao项目源码剖析篇


   作者:

   蒋东国

   时间:

    2016年12月9日 星期五

   应用来源:

    hqt  APP(测试机型:三星 Note4/S5)          

   博客地址:

 http://blog.csdn.net/andrexpert/article/details/53539417


 情景再现:“由上一篇博文( 强大的数据库ORM框架-GreenDao项目构建篇)可知,无论通过哪一种方式我们都可以比较容易的构建出GreenDao项目,并且成功生成相关的数据库管理文件,但是这些源码文件都各有什么作用,我们该如何去使用它们?这将是本篇所要讨论的核心问题。”
 首先我们还是从DaoDemoGenerator代码生成器开始,DaoDemoGenerator项目是一个纯Java工程,如果希望在自己的Android项目中引入GreenDao来管理数据库,就必须使用这个生成器来生成Android项目所需的实体类和DAO管理类,该项目仅包含一个类文件DaoDemoGenerator.class。

1.GreenDao生成器源码剖析

/** 
 *@dscrible Java项目,用于生成Android项目所需的实体和DAO层 
 * 
 * Created by jiangdongguo on 2016-11-7 下午10:15:13 
 */  
public class DaoDemoGenerator {  
    public static void main(String[] args) throws IOException, Exception {  
        //设置实体类包名,其中com.example.greendaodemo1是Android项目包名  
        Schema schema = new Schema(1, "com.example.greendaodemo.bean");  
        //设置DAO层包名  
        schema.setDefaultJavaPackageDao("com.example.greendaodemo.dao");  
        //创建三个与数据库表相对应的实体类  
        addNote(schema);  
        //生成代码后存放的路径,GreenDaoDemo是Android项目  
        new DaoGenerator().generateAll(schema, "../GreenDaoDemo1/src");  
    }  
      
    private static void addNote(Schema schema){  
        //实体类  
        Entity personInfo = schema.addEntity("PersonInfo");  
        //添加id属性  
        personInfo.addIdProperty();  
        //依次添加name、age、sex、phone、address属性  
        personInfo.addStringProperty("name").notNull();  
        personInfo.addIntProperty("age");  
        personInfo.addStringProperty("sex").notNull();  
        personInfo.addIntProperty("phone");  
        personInfo.addStringProperty("address").notNull();  
          
        //实体类  
        Entity carInfo = schema.addEntity("CarInfo");  
        //添加id属性  
        carInfo.addIdProperty();  
        //依次添加brand属性  
        carInfo.addStringProperty("brand").notNull();  
        carInfo.addStringProperty("model");  
        carInfo.addIntProperty("price").notNull();  
        carInfo.addStringProperty("date");  
        carInfo.addStringProperty("place").notNull();  
          
        //实体类  
        Entity workInfo = schema.addEntity("WorkInfo");  
        //添加id属性  
        workInfo.addIdProperty();  
        workInfo.addStringProperty("company").notNull();  
        workInfo.addStringProperty("address").notNull();  
        workInfo.addIntProperty("number");  
    }  
}


   从代码可知,(1)Schema schema = new Schema(1, "com.example.greendaodemo.bean")语句的作用将所有的实体类生成到包名为” com.example.greendaodemo.bean”目录下,其中” com.example.greendaodemo”为Android项目的包名,如果bean目录不存在就自动创建它。(2)schema.setDefaultJavaPackageDao("com.example.greendaodemo

.dao")语句的作用将相关的Dao管理类生成到包名为” com.example.greendaodemo.dao”目录下,如果dao目录不存在就自动创建它。(3) addNote(Schema schema)方法用来创建与数据库表相对应的实体类,一个Entity对象就对应者一个数据库表,数据库表的创建删除、表字段增删就是在这里进行的。(4) new DaoGenerator().generateAll

(schema, "../GreenDaoDemo1/src")语句开始执行代码生成工作,” ../GreenDaoDemo1/src”为当前工程组中包名为” com.example.greendaodemo”Android项目的src目录。

2.GreenDao项目源码剖析


  执行运行DaoDemoGenerator项目后,将会生成如上蓝色框中的类文件,这些文件就是GreenDao管理数据库的核心类,我们就来大概看看这些类大概的作用是什么。
(1)DaoMaster:GreenDao框架管理类,该类对数据库相关管理操作进行封装,比如它包含两个内部类OpenHelper和DevOpenHelper,OpenHelper继承于SQLiteOpenHelper用于创建所有的数据库表;DevOpenHelper继承于OpenHelper用于数据库升级。另外,它还包含一个newSession()方法用于返回一个DaoSession对象,其是连接GreenDao框架到SQLite数据库的纽带,通过该对象我们可以得到一个与数据库某个表相关的操作对象xxxDao。

// THIS CODE IS GENERATED BY greenDAO, DO NOT EDIT.
/** 
 * Master of DAO (schema version 1): knows all DAOs.
*/
public class DaoMaster extends AbstractDaoMaster {
    public static final int SCHEMA_VERSION = 1;

    /** Creates underlying database table using DAOs. */
    public static void createAllTables(SQLiteDatabase db, boolean ifNotExists) {
        PersonInfoDao.createTable(db, ifNotExists);
        CarInfoDao.createTable(db, ifNotExists);
        WorkInfoDao.createTable(db, ifNotExists);
    }
    
    /** Drops underlying database table using DAOs. */
    public static void dropAllTables(SQLiteDatabase db, boolean ifExists) {
        PersonInfoDao.dropTable(db, ifExists);
        CarInfoDao.dropTable(db, ifExists);
        WorkInfoDao.dropTable(db, ifExists);
    }
    
    public static abstract class OpenHelper extends SQLiteOpenHelper {

        public OpenHelper(Context context, String name, CursorFactory factory) {
            super(context, name, factory, SCHEMA_VERSION);
        }

        @Override
        public void onCreate(SQLiteDatabase db) {
            Log.i("greenDAO", "Creating tables for schema version " 
+ SCHEMA_VERSION);
            createAllTables(db, false);
        }
    }
    
    /** WARNING: Drops all table on Upgrade! Use only during development. */
    public static class DevOpenHelper extends OpenHelper {
        public DevOpenHelper(Context context, String name, CursorFactory factory) {
            super(context, name, factory);
        }

        @Override
        public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
            Log.i("greenDAO", "Upgrading schema from version " + oldVersion 
+ " to " + newVersion + " by dropping all tables");
            dropAllTables(db, true);
            onCreate(db);
        }
    }

    public DaoMaster(SQLiteDatabase db) {
        super(db, SCHEMA_VERSION);
        registerDaoClass(PersonInfoDao.class);
        registerDaoClass(CarInfoDao.class);
        registerDaoClass(WorkInfoDao.class);
    }
    
    public DaoSession newSession() {
        return new DaoSession(db, IdentityScopeType.Session, daoConfigMap);
    }
    
    public DaoSession newSession(IdentityScopeType type) {
        return new DaoSession(db, type, daoConfigMap);
    }
}

(2)DaoSession:DaoSession用于获得能够操作数据库的xxxDao对象,它建立了与SQLite数据库之间的连接(会话),其中,getPersonInfoDao()、getCarInfoDao()和getWorkInfoDao()方法用于返回相关的Dao对象,我们在使用GreenDao管理数据库时,真正去操作数据库数据的就是通过这些Dao对象。

// THIS CODE IS GENERATED BY greenDAO, DO NOT EDIT.

/**
 * {@inheritDoc}
 * 
 * @see de.greenrobot.dao.AbstractDaoSession
 */
public class DaoSession extends AbstractDaoSession {

    private final DaoConfig personInfoDaoConfig;
    private final DaoConfig carInfoDaoConfig;
    private final DaoConfig workInfoDaoConfig;

    private final PersonInfoDao personInfoDao;
    private final CarInfoDao carInfoDao;
    private final WorkInfoDao workInfoDao;

public DaoSession(SQLiteDatabase db, IdentityScopeType type, Map<Class<? extends 
AbstractDao<?, ?>>, DaoConfig>daoConfigMap) {
        super(db);

        personInfoDaoConfig = daoConfigMap.get(PersonInfoDao.class).clone();
        personInfoDaoConfig.initIdentityScope(type);

        carInfoDaoConfig = daoConfigMap.get(CarInfoDao.class).clone();
        carInfoDaoConfig.initIdentityScope(type);

        workInfoDaoConfig = daoConfigMap.get(WorkInfoDao.class).clone();
        workInfoDaoConfig.initIdentityScope(type);

        personInfoDao = new PersonInfoDao(personInfoDaoConfig, this);
        carInfoDao = new CarInfoDao(carInfoDaoConfig, this);
        workInfoDao = new WorkInfoDao(workInfoDaoConfig, this);

        registerDao(PersonInfo.class, personInfoDao);
        registerDao(CarInfo.class, carInfoDao);
        registerDao(WorkInfo.class, workInfoDao);
    }
    
    public void clear() {
        personInfoDaoConfig.getIdentityScope().clear();
        carInfoDaoConfig.getIdentityScope().clear();
        workInfoDaoConfig.getIdentityScope().clear();
    }

    public PersonInfoDao getPersonInfoDao() {
        return personInfoDao;
    }

    public CarInfoDao getCarInfoDao() {
        return carInfoDao;
    }

    public WorkInfoDao getWorkInfoDao() {
        return workInfoDao;
    }

}

(3)PersonInfo、CarInfo、WorkInfo:持久的实体对象,即bean目录下的实体类,可理解为用于封装与数据库实际表字段对应的相关属性,比如PERSON_INFO表。我们通过操作这些实体类中的属性和方法,就能够实现操作被映射的数据库表。

// THIS CODE IS GENERATED BY greenDAO, DO NOT EDIT. Enable "keep" sections if you want to edit. 
/**
 * Entity mapped to table "PERSON_INFO".
 */
public class PersonInfo {

    private Long id;
    /** Not-null value. */
    private String name;
    private Integer age;
    /** Not-null value. */
    private String sex;

    public PersonInfo() {
    }

    public PersonInfo(Long id) {
        this.id = id;
    }

    public PersonInfo(Long id, String name, Integer age, String sex) {
        this.id = id;
        this.name = name;
        this.age = age;
        this.sex = sex;
    }

    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    /** Not-null value. */
    public String getName() {
        return name;
    }

    /** Not-null value; ensure this value is available before it is saved to the database. */
    public void setName(String name) {
        this.name = name;
    }

    public Integer getAge() {
        return age;
    }

    public void setAge(Integer age) {
        this.age = age;
    }

    /** Not-null value. */
    public String getSex() {
        return sex;
    }

    /** Not-null value; ensure this value is available before it is saved to the database. */
    public void setSex(String sex) {
        this.sex = sex;
    }

}
(4)PersonInfoDao、CarInfoDao、WorkInfoDao:有生成器生成的数据库操作类,它继承于AbstractDao,封装了所有对数据库表进行增删改成的方法,比如PersonInfoDao中的createTable方法用于创建与PersonInfo属性对应的表PERSON_INFO;dropTable方法用于删除表PERSON_INFO。可以这么说,我们之所以使用GreenDao管理本地数据库无需与SQL语句打交道,就是因为GreenDao框架在这一层已经对大部分数据库操作SQL语句进行了封装。
// THIS CODE IS GENERATED BY greenDAO, DO NOT EDIT.
/** 
 * DAO for table "CAR_INFO".
*/
public class CarInfoDao extends AbstractDao<CarInfo, Long> {

    public static final String TABLENAME = "CAR_INFO";

    /**
     * Properties of entity CarInfo.<br/>
     * Can be used for QueryBuilder and for referencing column names.
    */
    public static class Properties {
        public final static Property Id = new Property(0, Long.class, "id", true, "_id");
        public final static Property Brand = new Property(1, String.class, "brand", false, "BRAND");
        public final static Property Model = new Property(2, String.class, "model", false, "MODEL");
        public final static Property Price = new Property(3, int.class, "price", false, "PRICE");
        public final static Property Date = new Property(4, String.class, "date", false, "DATE");
        public final static Property Place = new Property(5, String.class, "place", false, "PLACE");
    };


    public CarInfoDao(DaoConfig config) {
        super(config);
    }
    
    public CarInfoDao(DaoConfig config, DaoSession daoSession) {
        super(config, daoSession);
    }

    /** Creates the underlying database table. */
    public static void createTable(SQLiteDatabase db, boolean ifNotExists) {
        String constraint = ifNotExists? "IF NOT EXISTS ": "";
        db.execSQL("CREATE TABLE " + constraint + "\"CAR_INFO\" (" + //
                "\"_id\" INTEGER PRIMARY KEY ," + // 0: id
                "\"BRAND\" TEXT NOT NULL ," + // 1: brand
                "\"MODEL\" TEXT," + // 2: model
                "\"PRICE\" INTEGER NOT NULL ," + // 3: price
                "\"DATE\" TEXT," + // 4: date
                "\"PLACE\" TEXT NOT NULL );"); // 5: place
    }

    /** Drops the underlying database table. */
    public static void dropTable(SQLiteDatabase db, boolean ifExists) {
        String sql = "DROP TABLE " + (ifExists ? "IF EXISTS " : "") + "\"CAR_INFO\"";
        db.execSQL(sql);
    }

    /** @inheritdoc */
    @Override
    protected void bindValues(SQLiteStatement stmt, CarInfo entity) {
        stmt.clearBindings();
 
        Long id = entity.getId();
        if (id != null) {
            stmt.bindLong(1, id);
        }
        stmt.bindString(2, entity.getBrand());
 
        String model = entity.getModel();
        if (model != null) {
            stmt.bindString(3, model);
        }
        stmt.bindLong(4, entity.getPrice());
 
        String date = entity.getDate();
        if (date != null) {
            stmt.bindString(5, date);
        }
        stmt.bindString(6, entity.getPlace());
    }

    /** @inheritdoc */
    @Override
    public Long readKey(Cursor cursor, int offset) {
        return cursor.isNull(offset + 0) ? null : cursor.getLong(offset + 0);
    }    

    /** @inheritdoc */
    @Override
    public CarInfo readEntity(Cursor cursor, int offset) {
        CarInfo entity = new CarInfo( //
            cursor.isNull(offset + 0) ? null : cursor.getLong(offset + 0), // id
            cursor.getString(offset + 1), // brand
            cursor.isNull(offset + 2) ? null : cursor.getString(offset + 2), // model
            cursor.getInt(offset + 3), // price
            cursor.isNull(offset + 4) ? null : cursor.getString(offset + 4), // date
            cursor.getString(offset + 5) // place
        );
        return entity;
    }
     
    /** @inheritdoc */
    @Override
    public void readEntity(Cursor cursor, CarInfo entity, int offset) {
        entity.setId(cursor.isNull(offset + 0) ? null : cursor.getLong(offset + 0));
        entity.setBrand(cursor.getString(offset + 1));
        entity.setModel(cursor.isNull(offset + 2) ? null : cursor.getString(offset + 2));
        entity.setPrice(cursor.getInt(offset + 3));
        entity.setDate(cursor.isNull(offset + 4) ? null : cursor.getString(offset + 4));
        entity.setPlace(cursor.getString(offset + 5));
     }
    
    /** @inheritdoc */
    @Override
    protected Long updateKeyAfterInsert(CarInfo entity, long rowId) {
        entity.setId(rowId);
        return rowId;
    }
    
    /** @inheritdoc */
    @Override
    public Long getKey(CarInfo entity) {
        if(entity != null) {
            return entity.getId();
        } else {
            return null;
        }
    }

    /** @inheritdoc */
    @Override    
    protected boolean isEntityUpdateable() {
        return true;
    }
    
}
3.GreenDao框架使用
  经过(1)、(2)的分析,我们应该大概了解了GreenDao框架管理数据库数据的基本构成,接下来就是如何去使用这些自动生成的类。对数据库的管理不外乎就是数据的增删该查,毫无疑问,在之前的分析过程中我们涉及到次数最多的就是PersonInfoDao等类,这些类封装了对相应数据库表的操作。由此可知,针对GreenDao框架的使用,在我们的Android项目中就是要获得各种表对应的xxxDao对象,它们可以通过DaoSession相关方法获得。
(1)DaoApplication.java
  继承于Application,是一个全局类,它保证整个应用中有且只有一个SQLiteDatabase、DaoMaste和DaoSession实例,并包含getDaoSession()、getDatabase()方法分别用于返回一个SQLiteDatabase和DaoSession对象

/**
 *@dscrible 使用单例模式,以实例化全局只有一个DaoMaste和DaoSessionr实例
 *
 * Created by jiangdongguo on 2016-11-7 下午5:47:03
 * 
 */
public class DaoApplication extends Application {
	public  DaoSession mDaoSession;
	public  SQLiteDatabase db;
	public  DaoMaster.DevOpenHelper mOpenHelper;
	public  DaoMaster mDaoMaster;
	
	@Override
	public void onCreate() {
		super.onCreate();
		initGreenDao();
	}
	
	private void initGreenDao(){
		//实例化SQLiteOpenHelper,并连接到数据库testDb
		mOpenHelper = new DaoMaster.DevOpenHelper(this,"testDb", null);
		//以读写方式打开数据库
		db = mOpenHelper.getWritableDatabase();
		//实例化DaoMaster
		mDaoMaster = new DaoMaster(db);
		//实例化一个数据库会话对象
		mDaoSession = mDaoMaster.newSession();
	}
	
	public DaoSession getDaoSession(){
		return mDaoSession;
	}
	
	public SQLiteDatabase getDatabase(){
		return db;
	}
}

(2)BaseActivity.class:为了便于对数据库的操作,我们创建一个基类用于获得能够操作数据库的xxxDao对象。当然,从MVP模式角度来说,对数据库的操作更建议将其放到M层,通过继承父类的方式来获取xxxDao对象。

/**
 *@dscrible 基类,获得表的DAO对象
 *
 * Created by jiangdongguo on 2016-11-8 下午5:53:58
 */
public class BaseActivity extends Activity {
	protected PersonInfoDao mPersonInfoDao;
	protected CarInfoDao mCarInfoDao;
	protected WorkInfoDao mWorkInfoDao;
	protected DaoSession daoSession;
	
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		getTableDao();
	}

	private void getTableDao() {
		daoSession = ((DaoApplication)this.getApplicationContext()).getDaoSession();
		mPersonInfoDao = daoSession.getPersonInfoDao();
		mCarInfoDao = daoSession.getCarInfoDao();
		mWorkInfoDao = daoSession.getWorkInfoDao();
	}
}


码字不容易,转载请注明出处http://blog.csdn.net/andrexpert/article/details/53539417


最后的话:“从自动生成的GreenDao相关文件可知,官方是不建议直接在这些文件中写入自己的代码,因为当数据库需要升级时如果使用生成器重新生成将会使原来的类全部被覆盖。另外就是总结下在最后使用GreenDao的逻辑:
 (1)实例化一个SQLiteOpenHelper对象,以便建立与指定数据库(如”testDb”)之间的连接;

 (2)调用SQLiteOpenHelper的getWritableDatabase()方法以读写方式打开所连接的数据库;

 (3)通过获得的数据库对象SQLiteDatabase来创建GreenDao框架管理者DaoMaster对象;

 (4)调用DaoMaster的newSession()方法实例化一个数据库会话对象DaoSession;
 (5)通过DaoSession对象获得最终能够操作数据库表的xxxxDao对象”


关于资料与Demo



ef-orm A Simple OR-Mapping framework on multiple databases. 使用手册(中文)http://geequery.github.io/ef-orm/manual/EF-ORM-user-guide.docx  使用示例工程 https://github.com/GeeQuery/ef-orm/tree/master/orm-tutorial EF-ORM是一个轻量,便捷的Java ORM框架。并且具备若干企业级的应用特性,如分库分表、JTA事务等。 代码生成插件for eclipse(请在eclipse中Help/Install new software后输入地址并安装)http://geequery.github.io/plugins/1.3.x/特点一 EF的设计的一个主要目的是提高开发效率,减少编码工作,让开发者“零配置”“少编码”的操作数据库大部分功能。 例如:数据库查询条件的传入问题是所有ORM框架都不能回避的一个问题,所以我经常在想——既然我们可以用向DAO传入一个Entity来实现插入操作,为什么就不能用同样的方法来描述一个不以主键为条件的update/select/delete操作?为什么DAO的接口参数老是变来变去?为什么很多应用中,自行设计开发类来描述各种业务查询条件才能传入DAO?为什么我们不能在数据访问层上花费更少的时间和精力?   JPA1.0和早期的H框架,其思想是将关系型数据库抽象为对象池,这极大的限制了本来非常灵活的SQL语句的发挥空间。而本质上,当我们调用某H框架的session.get、session.load、session.delete时,我们是想传递一个以对象形式表达的数据库操作请求。只不过某H框架要求(并且限制)我们将其视作粹的“单个”对象而已。JPA 2.0为了弥补JPA1.0的不足,才将这种Query的思想引入为框架中的另一套查询体系——Criteria API。事实上针对单个对象的get/load/persist/save/update/merge/saveOrUpdate API和Criteria API本来就为一体,只不过是历史的原因被人为割裂成为两套数据库操作API罢了。   因此,对于关系型数据库而言——Entity和Query是一体两面的事物,所谓Query,可以包含各种复杂的查询条件,甚至可以作为一个完整的SQL操作请求的描述。为此,EF彻底将Entity和Query绑在了一起。这种思想,使得—— 开发人员需要编写的类更少。开发人员无需编写其他类来描述复杂的SQL查询条件。也无需编写代码将这些查询条件转换为SQL/HQL/JPQL。DAO层也不会有老要改来改去的接口和API,几乎可以做到零编码。 对单个对象进行CRUD的操作API现在和Criteria API合并在一起。Session对象可以直接提供原本要Criteria API才能提供实现的功能。API大大简化。 IQueryableEntity允许你将一个实体直接变化为一个查询(Query),在很多时候可以用来完成复杂条件下的数据查询。比如 ‘in (?,?,?)’, ‘Between 1 and 10’之类的条件。 xxQL有着拼装语句可读性差、编译器无法检查、变更维护困难等问题,但是却广受开发人员欢迎。这多少有历史原因,也有Criteria API设计上过于复杂的因素。两者一方是极端灵活但维护困难,一方是严谨强大而学习和编写繁琐,两边都是极端。事实上JPA的几种数据查询方式存在青黄不接的问题。选择查询语言xxQL,项目面临后续维护困难,跨数据库移植性差;选择Criteria API,代码臃肿,操作繁琐,很多人望而却步。EF的设计思想是使人早日摆脱拼装SQL/HQL/JPQL的困扰,而是用(更精简易用的)Criteria API来操作数据库。 基于轻量级Criteria API的操作方式,使得对数据库的变更和重构变得非常轻松,解决了SQL语句多对软件维护和移植造成产生的不利影响。 阅读推荐:第3、4章 特点二,将SQL的使用发挥到极致,解决SQL拼凑问题、数据库移植问题 大部分OLTP应用系统到最后都不免要使用SQL/JPQL,然而没有一个很好的方法解决SQL在多种数据库下兼容性的问题。 EF-ORM中采用了独特的SQL解析和改写技术,能够主动检查并确保SQL语句或者SQL片段在各个数据库上的兼容性。 EF中除了Criteria API以外,可以直接使用“SQL语句”或者“SQL片段”。但是这些SQL语句并不是直接传送给JDBC驱动的,而是 有着一个数据库方言层,经过方言层处理的SQL语句,就具备了在当前数据库上正确操作的能力。这相当于提供了一种能跨数据库操作的SQL语言。(E-SQL) E-SQL不但解决了异构数据库的语法问题、函数问题、特殊的写法问题,还解决了动态SQL问题、绑定变量扩展等特性。 对于各种常用SQL函数和运算符,都可以自动转换为当前数据库支持的方言来操作。其函数支持也要多于HQL支持的函数。 阅读推荐:第7、8章 特点三,可能是业界最快的ORM框架. 得益于ASM的动态代码生成技术,部分耗时操作通过动态代码固化为硬编码实现,EF-ORM的大部分操作性能要超过已知的其他框架。 实际性能测试表明,EF的大部分操作都要快于Hiberante和MyBatis, 部分操作速度甚至数十倍于上述框架。 EF在极限插入模式下,甚至刷新了每秒10万条写入的记录。远远超过了其他框架。 一个初步的性能测试:测试代码:http://geequery.github.io/ef-orm/manual/performance-test.rar 测试报告:http://geequery.github.io/ef-orm/manual/performance-compare.docx 阅读推荐:第9、17章 特点四,分库分表 开发过程中参照了Hibernate Shards、Alibaba TDDL、Cobar等框架,也是基于词法分析器来提取SQL参数,并计算路由。 能支持分库维度含糊等场景下的分库分表。以及包括多库多表下的 order by , distinct, group by, having等操作。 阅读推荐:第10章 特点五,常用DDL操作的封装 从数据库元数据访问,到建表,创建约束,创建sequence等各种DDL操作进行了封装,用户无需编写各种SQL,可以直接通过API操作数据库结构。 尤其是ALTER TABLE等修改数据库的语句,各种不同的RDBMS都有较大语法差异。特点六、解决各种跨RDBMS的移植问题 1、DML操作、自增值处理与返回、查询这些不同数据库操作差异很大的东西,都了统一的封装。 2、DDL操作、建表、删表、trunacte,Sequence创建和TABLE模拟Sequence等,都做了支持。 3、对SQL语法操作和函数的改写与支持。其他特性轻量 该框架对应用环境、连接池、 是否为J2EE应用等没有特殊要求。可以和EJB集成,也可与Spring集成,也可以单独使用。整个框架只有两个JAR包,模块和功能都较为轻量。依赖少 整个框架只有三个jar库。间接依赖仅有commons-lang, slf4j等7个通用库,作为一个ORM框架,对第三方依赖极小。简单直接的API 框架的API设计直接面向数据库操作,不绕弯子,开发者只需要数据库基本知识,不必学习大量新的操作概念即可使用API完成各种DDL/DML操作。 最大限度利用编译器减少编码错误的可能性 API设计和元数据模型(meta-model)的使用,使得常规的数据库查询都可以直接通过Criteria API来完成,无需使用任何JPQL/HQL/SQL。可以让避免用户犯一些语法、拼写等错误。JPA2规范兼容 使用JPA 2.0规范的标准注解方式来定义和操作对象。(但整个ORM不是完整的JPA兼容实现)更高的性能 依赖于ASM等静态字节码技术而不是CGlib,使得改善了代理性能;依赖于动态反射框架,内部数据处理上的开销几乎可以忽略。操作性能接近JDBC水平。对比某H开头的框架,在写入操作上大约领先30%,在大量数据读取上领先50%以上。更多的性能调优手段 debug模式下提供了大量性能日志,帮您分析性能瓶颈所在。同时每个查询都可以针对batch、fetchSize、maxResult、缓存、级联操作类型等进行调整和开关,可以将性能调到最优。可在主流数据库之间任意切换 支持Oracle、MySQL、Postgres、MSSQL、GBase、SQLite、HSQL、Derby等数据库。除了API方式下的操作能兼容各个数据库之外,就连SQL的本地化查询也能使之兼容。JMX动态调节 可以用JMX查看框架运行统计。框架的debug开关和其他参数都可以使用JMX动态调整。动态表支持 表结构元数据的API也向用户开放,同时支持在使用过程中,灵活调整映射关系,因此用户可以用API动态的创建表结构的模型,从而实现各种动态类型和表的映射(例如POJO中包含一个Map,用于映射各种动态扩展的字段)企业级特性支持 SQL分析,性能统计,分库分表,Oracle RAC支持,读写分离支持 标签:eform
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值