1: 数据库中Key通常是自动生成的, 反应在映射文件中的结果如下元素:
< id name = " Id " column = " nodeid " type = " Int32 " unsaved - value = " -1 " > < generator class = " native " > < param name = " sequence " > cuyahoga_node_nodeid_seq </ param > </ generator > </ id > 对于PostgreSQL数据库这个sequence元素是必需的,而对于其他的(SQLServer, MySQL)可以忽略的.
2: Timestamps 是用于乐观并发的.
< timestamp name = " UpdateTimestamp " column = " updatetimestamp " /> 对于version元素使用版本号是明智的,但是既然Cuyahoga在使用NHibernate以前就已经在数据库中使用了updatetimestamp, 那么实现
客观并发是相当容易的. So, how can I learn a bit more about mappings? 恩….., 映射是非常的多的以至于不能够解释所有的细节. 最好的方法是在和的帮助下浏览代码. Cuyahoga.Core.Domain.Node类也许是最好的开始. 他和其他的类有好几个关系, 包括双向的(是的, inverse相关)和怎么映射联合类. 为了整体上了解, 你可能已经想察看Admin页面的代码,看看这些映射对象是怎么样运行的.这些管理页面比起那些面向最终用户的页面(例如Cuyahoga.Web.UI.PageEngine类)要更加直接而且更加容易理解. Reference: 下面这张表简要的说明了在Cuyahoga中的映射,并且指出哪里可以找到这些类.| Relation type | Collection type | Mapping file | Classes | Remarks |
| one-many | bag | Node.hbm.xml | Node <-> Section | bi-directional |
|
|
|
| Node <-> Node (parent-child) | bi-directional |
|
|
| ModuleType.hbm.xml | ModuleType -> ModuleSetting | composite element |
|
| map | Section.hbm.xml | Section -> Settings | name-value pairs |
|
|
|
|
|
|
|
|
|
|
|
|
| many-many | bag | User.hbm.xml | User -> Role |
|
|
|
| Node.hbm.xml | Node -> Role | NodePermission as association class, composite element |
|
| list | Menu.hbm.xml | Menu -> Node |
|
|
|
|
|
|
|
| many-one | N/A | Node.hbm.xml | Node <- Site | bi-directional |
|
|
|
| Node <- Template |
|
|
|
|
| Node <- Node (parent-child) | bi-directional |
|
|
| Section.hbm.xml | Section <- ModuleType |
|
|
|
|
| Section <- Node | bi-directional |
|
|
| Article.hbm.xml (in ArticleModule) | Article <- Category |
|
|
|
|
| Article <- Section | multi-assembly |
|
|
|
| Article <- User | multi-assembly |