数据库方言

NopOrm通过Dialect模型来封装不同数据库之间的差异。

Dialect的继承和定制

default dialect

mysql dialect

postgresql dialect

参考上面的示例，mysql.dialect.xml和postgresql.dialect.xml均从default.dialect.xml继承。与Hibernate通过编程方式构造Dialect对象相比，使用dialect模型文件明显信息密度更高，表达形式更加直观。更重要的是，在postgresql.dialect.xml中可以清楚的识别出相对于default.dialect.xml所增加、修改和减少的配置。

因为整个Nop平台的底层都是基于可逆计算原理构建的，因此dialect模型文件的解析和验证可以由通用的DslModelParser完成，同时自动支持Delta定制，即在不修改default.dialect.xml文件，也不修改所有对default.dialect.xml文件的引用的情况下（例如不需要修改postgresql.dialect.xml中的x:extends属性），我们可以在/_delta目录下增加一个default.dialect.xml文件，通过它来定制系统内置的模型文件。

<!-- /_delta/myapp/nop/dao/dialect/default.dialect.xml -->
<dialect x:extends="raw:/nop/dao/dialect/default.dialect.xml">
  这里只需要描述差量变化的部分
</dialect>

Delta定制类似Docker技术中的overlay fs差量文件系统，允许多个Delta层的叠加。与Docker不同的是，Delta定制不仅发生在文件层面，它还延展到文件内部的差量结构运算。借助于xdef元模型定义，Nop平台中的所有模型文件都自动支持Delta差量化定制。

增加新的数据库支持

1. 仿照mysql.selector.yaml定义如何根据JDBC返回的ProductName等信息来选择合适的dialect名称
2. 仿照mysql.dialect.xml定义新的dialect
3. 仿照ddl_mysql.xlib定义一个生成SQL语句的标签库，如果没有特殊语法需要定制，可以删除其中的标签定义。

不用修改Nop平台源码，在某个jar包的_delta/default目录下增加对应目录下的文件即可。

需要注意，在dialect.xml中需要对errorCode进行标准化映射。在DialectSQLExceptionTranslator中会根据dialect模型中定义的errorCode映射关系来进行异常转换，将数据库异常翻译为标准的异常码。