ORM工具名称:DataQuicker
文章介绍:http://www.cnblogs.com/lovinger2000/archive/2005/07/01/DataQuickerIntroduction.html
因为在初期的设计中我是假定了DataQuicker的使用用户都是从系统一开始的设计既遵从DataQuicker的设计规则,近期在和几个朋友讨论它时,收到了一些意见和反馈信息,我这里罗列了两点有较大争议的DataQuicker设计规则,请大家在这里能更多的讨论,以便将来能为大家开发出有价值的ORM工具。另外,DataQuicker是开源的。
主要的争议在于DataQuicker对应的数据库设计的两条潜规则:
1、每个数据表仅包括一个单字段Primary Key,该主键定义为char(31),它不涉及业务,只关注唯一键和表关联,这样,数据表之间的关联都是通过Primary Key。它由DataQuicker自行管理,用户不需要干预。当然,在业务上,用户可以将业务需求上的唯一字段转换为Unique Key。
2、对于是否为空值,所有字段都设置为不允许为Null,而DataQuicker鉴别是否为空值的依据将取决于是否为该字段设置Default Value,如果为该字段设置了默认值,那么就认为它是可为空的,在插入更新时,可以不必去关注这些字段映射的属性,如果没有设定默认值,那么就认为该字段必须具备值,也就是说,用户必须的手动赋值这些字段的映射。(在数据保存时,所有的字段都不会为NULL)
我在这里仅仅是需要大家的意见,如果和你的设计方案有所不同,请给出理由或更好的设计思想,谢谢。
拒绝过激言论。
文章介绍:http://www.cnblogs.com/lovinger2000/archive/2005/07/01/DataQuickerIntroduction.html
因为在初期的设计中我是假定了DataQuicker的使用用户都是从系统一开始的设计既遵从DataQuicker的设计规则,近期在和几个朋友讨论它时,收到了一些意见和反馈信息,我这里罗列了两点有较大争议的DataQuicker设计规则,请大家在这里能更多的讨论,以便将来能为大家开发出有价值的ORM工具。另外,DataQuicker是开源的。
主要的争议在于DataQuicker对应的数据库设计的两条潜规则:
1、每个数据表仅包括一个单字段Primary Key,该主键定义为char(31),它不涉及业务,只关注唯一键和表关联,这样,数据表之间的关联都是通过Primary Key。它由DataQuicker自行管理,用户不需要干预。当然,在业务上,用户可以将业务需求上的唯一字段转换为Unique Key。
2、对于是否为空值,所有字段都设置为不允许为Null,而DataQuicker鉴别是否为空值的依据将取决于是否为该字段设置Default Value,如果为该字段设置了默认值,那么就认为它是可为空的,在插入更新时,可以不必去关注这些字段映射的属性,如果没有设定默认值,那么就认为该字段必须具备值,也就是说,用户必须的手动赋值这些字段的映射。(在数据保存时,所有的字段都不会为NULL)
我在这里仅仅是需要大家的意见,如果和你的设计方案有所不同,请给出理由或更好的设计思想,谢谢。
拒绝过激言论。

浙公网安备 33010602011771号