ORM框架-EntitysCodeGenerate一些使用项的介绍
需积分: 10 59 浏览量
2011-04-14
13:06:47
上传
评论
收藏 38KB DOC 举报
VB/C#.Net 实体代码生成工具 EntitysCodeGenerate【ECG】4.3
ORM 框架- VB/C#.Net 实体代码生成工具（EntitysCodeGenerate）一些使用项的介绍
ORM 框架-VB/C#.Net 实体代码生成工具(EntitysCodeGenerate)【ECG】目前已是 4.3 版
本了，支持.Net1.1 及以上版本。在 4.3 版本中，工具引入了对 PowerDesigner 文件的支持，
目 前 为 止 可 用 于
Oracle、SqlServer、Sybase、DB2 、MySQL、Access 、SQLite、PostgreSQL 、DM(达梦)、
PowerDesigner 文件、Informix、Firebird、MaxDB、Excel 等和 OleDb、ODBC 连接的数据
库，同时也可以自定义。
这里介绍下一些使用项方面的东西，比较简单，看下即明白。
1、数据库设计的规范化建议
使用工具在设计表时建议：数据库表名及字段名应当遵循通用规范，如都使用大写英
文字母，首字符以大写英文字母开头且不含有特殊符号，如'┋'字符；表中不含有嵌套表、
表名不与字段名重复等。另外文字命名可约定俗成为单数形式，可以是英文字母及数字和
下划线(_)组合，此外可以约定表命名以"T_"开头，表字段以"C_"开头，视图以"V_"开头等，
这样做的目的可使数据库设计更规范化，也避免了与关键字的冲突带来一些不必要的麻烦
同时也是因为许多数据库都是英文字母开头的且不能含有特殊字符，如 Oracle 就是这样，
且表名称和字段名都是大写(对 PostgreSQL 建议采用小写命名)，长度不超过 30 个字符(命
名过长无意义,有些数据库也不支持)，多出的信息可以在命名注释里多写些注释信息。若
采用 Oledb、Odbc 方式连接，表字段名最好不要这样 FIELD1,2,3...以数字顺序结尾，因为
这样容易与参数机制冲突，导致一些数据访问时带来一些参数上不必要的麻烦，且这样命
名也不是好的规范，必要时可以是 FIELDA,B,C...。每个表建议都设置主键，可以是联合主
键。若没有主键，则在使用约束字段判断记录的唯一性时应指定判断字段。
2、数据类型映射文件的配置
EntitysCodeGenerate 默认提供了各种类型数据库的绝大多数字段类型的映射，但仍然
不能做到全面完全的映射，一方面作者时间精力所限，另一方面各数据库厂商也在对其
DB 持续升级，所以提供了数据类型映射文件(DbTypeToCSharpType.xml)的配置。对于没有
配置的数据类型，ECG 工具默认以 string 类型代替，同时记录到日志“相关配置->没有配置
的数据类型映射信息.txt”文件里。如果有没有配置的数据类型或自定义的数据类型，可以
在配置文件相应配置节追加。但不建议填写带"?"数据类型。
纠正：在 4.2 及之前的版本，对于 Oracle 数据库的 LONG 类型应是字符类型(string)。
3、数据类型的初始值设置
对 .NET 提 供 的 数 据 类 型 ， 提 供 了 数 据 类 型 的 初 始 值 文 件
(DataTypeDefaultValue.xml)，ECG 工具对基本的数据量都设置了默认值，如果有其它数据
类型或不想设置默认值，可以修改该文件。
4、配置信息存档
很多时候，业务需求总是再不断的变化，数据库结构需要变动(表结构修改或增加减少
表等)，这时就需要重新生成实体。虽然 ECG 工具提供了快速生成实体的方便，但如果每
次都要重新输入相同的配置信息，也存在诸多不便，工具的帮助菜单下“帮助 ->配置信息存
档->存档、导入存档”，可以将某次的成功的配置信息保存下来，供下次导入使用。
还有，有些情况，你的表可能会很多，甚至成千上万张，而每次调整也许只是局部调
lxchutao@163.com http://blog.csdn.net/chutao
评论0
最新资源