1: 数据库中Key通常是自动生成的, 反应在映射文件中的结果如下元素:
对于PostgreSQL数据库这个sequence元素是必需的,而对于其他的(SQLServer, MySQL)可以忽略的.
2: Timestamps 是用于乐观并发的.
对于version元素使用版本号是明智的,但是既然Cuyahoga在使用NHibernate以前就已经在数据库中使用了updatetimestamp, 那么实现
客观并发是相当容易的.
So, how can I learn a bit more about mappings?
恩….., 映射是非常的多的以至于不能够解释所有的细节. 最好的方法是在Class Diagram和DataBase Diagram的帮助下浏览代码.
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 |