member data model是Commerce中最基本的model，它描述了Organization，user，role，address等信息及相互的关系。如果涉及到Commerce与后台ERP的整合，这块内容就是整合的第一步。
    data model中涉及的表相当多，如下图所示，总体来说，这个model分四部分内容：orgEntity，user，role 和 member group。下面将分别介绍。

注：如果对model的语法不是很熟悉，请参阅：
Legend for data models35

  从关系图可看出，整个model的核心是member这张表，在Commerce中，member有三种类别：orgentity，user和 member group，大家在其他表中看到的member_id字段，可能是orgEntity_id,也可能是user_id。因为很多像 address，role的信息，orgentity和user都能拥有。orgentity和user的关系如下图：

从 图中可看出，orgentity是树状结构的，根节点是root Organization，orgentity又可分为buyer Organization和seller Organization，user则属于某个orgentity。大家可能注意到了，member group虽然也是member，但不在这张membership hierarchy图中，对此，info center上有这样一段描述： member groups are not part of the membership hierarchy but are owned by organizational entities. This ownership determines the set of access control policies that apply to accessing the member group.

  Organization本身比较简单，大家只要关注orgentity和address表就行了，与它关联的其他表一般不用关心。
   user涉及的表主要有users，userreg，cert_x509，address，如果采用数据库认证，那cert_x509也不用关心了，这里 要注意一点，用户的firstname，middlename和lastname等信息是存放在address表中的一条称为self address的记录中。
  member可以拥有多个address，但每个member都会有一条self address，对于user记录了user的name，email等信息，对于orgentity，记录了orgentity本身的地址，email，电话等信息。

 member之间的关系在mbrrel表中定义的，sequence字段代表着关系的层次，1表示parent，2表示grandparent，依次类推。

  member group代表着一组member--user，orgentity 或者member group，属于同一个组的member拥有相同的权限，行为等。每个member group有个owner，该owner是某个orgentity，member可以被assign到某个member group，其关系定义在mbrgrpmbr表中。系统自定义了很多member group，其中有个Registered customer group要提一下，该member group用来确定buyer Organization和某个store的关系。如果你想在某个buyer Organization下创建business Account，你要先把该buyer Organization放到store对应的Registered customer group中。

  Role的关系就比较简单了，唯一需要注意的是用户所能赋予的角色只能是用户所在Organization拥有的角色集合的子集。