码迷,mamicode.com
首页 > 其他好文 > 详细

Liferay表结构介绍(二):用户组织机构相关

时间:2020-10-12 20:12:11      阅读:22      评论:0      收藏:0      [点我收藏+]

标签:content   后缀   处理   contact   密码   md5   不可用   国际化   image   

参考:http://www.huqiwen.com/2016/06/05/liferay-database-referee-1-user-organization-tables/

 

用户和组织机构相关的表主要有user_、contact_、organization_、users_orgs等

user_用户表

userId:用户Id。

defaultUser:是否默认用户,1是默认用户,0为否。默认用户为系统里面的默认用户,做一些特殊场景下的权限和获取相关信息的,不可用于登录和具体的业务处理,一般一个实例有一个默认用户。

contactId:关联到contact_表的外键,存储contactId。

password_:存储的密码,一般是加密过后的密码的hash值,具体的加密方法是在portal.properties里面进行的配置。

passwordEncrypted:是否加密,一般都是加密的,除了默认用户其他的都是1。

passwordReset:密码是否需要重置,如果为1,则用户在下一次登录的时候会让他重新设置密码,可以在用户管理密码处进行修改。

digest:用户email、屏幕名称、userId的MD5的hash值。

reminderQueryQuestion:密码找回时的问题。

reminderQueryAnswer:密码找回时的答案。

graceLoginCount:宽限登录次数,一般是在密码策略的密码到期时的设置。

screenName:屏幕名称。

emailAddress:邮件地址。

facebookId:使用facebook登录的时候的facebookId。

ldapServerId:ldap服务器里面的信息,用ldap导入时有此值。

openId:使用openid进行登录时,用户的绑定的openid的信息。

portraitId:用户的头像的图片ID,对应于image表里面的主键。

languageId:当前用户的显示语言,在用户管理的显示设置中进行修改,用户登录后会将local信息改为此信息。

timeZoneId:用户的时区。

greeting:用户的问候词,在某些应用里面可以单独设置,比如有些系统中,有些人是领导,可以单独设置为,欢迎xxx领导。

comments:用户评论,可以看作类似备注,可以在用户管理处进行修改。

firstName:用户的名字。

middleName:中间名。

lastName:姓。

jobTitle:用户职称。

loginDate:用户本次登录时间。

loginIP:登录的IP。

lastLoginDate:用户上次登录时间。

lastLoginIP:上次登录的IP。

lastFailedLoginDate:上次登录失败的时间。

failedLoginAttempts:登录失败次数。可以配置成超过指定的次数,则出现验证码等。

lockout:是否锁定。

lockoutDate:锁定时间。

agreedToTermsOfUse:用户是否已经同意了用户协议。

emailAddressVerified:邮件地址是否已经验证。

status:用户状态。

contact_表,联系信息表

此表和一般和用户的信息一一对应,可以看作是用户信息的扩展。在代码中一般不操作contact信息,可以通过user对象进行信息的获取与设置。只描述重要的字段。

userId:用户Id,对应于user表里面的相关信息。

userName:用户名称。

classNameId:这里一般为20005,对应于classname表里面的用户的对象。

classPk:对象的主键,一般为这里为用户的ID,看到这两个字段,就可以明白contact可以应用于其他对象,不止是用户。

accountId:对应于当前记录所对应的companyId所对应的accountId。一般一个实例下的都是相同的。

parentContactId:父级contact,一般为0;

emailAddress:邮件地址。

prefixId:前缀。

suffixId:后缀,这里的前缀和后缀是存的常量值,主要是方便用来作国际化。

male:性别,这里存的是是否男性。

birthday:生日。

smsSn、aimSn、facebookSn、icqSn、jabberSn、msnSn、mySpaceSn、skypeSn、twitterSn、ymSn各社交平台的帐号信息,其中的大部分在7.0里面已经废弃。

employeeStatusId:员工状态ID。

employeeNumber:员工编号。这两个字段可以用来做内部的信息编码显示处理。一般为空。

jobTitle:职称。

jobClass:工作类别等。可以根据自己的需要进行填充,没有特别的业务,可以当作liferay预留的扩展字段。

hoursOfOperation:工作小时,同上。

organization_机构表

organizationId:机构ID。主键。

companyId:实例ID。

userId:创建当前机构的用户ID。

userName:创建当前机构的用户名称。

parentOrganizationId:上级机构的Id,用来做树形结构。

treePath:保存的是organizationId树形层级结构。

name:机构名称。

type_:机构类型,是常规机构还是地点。location和regular-organization两种类型。

recursable:是否允许递归,此值为true,没有地方提供更改。

regionId:地区ID。对应region表。

countryId:国家ID。对应country表。

statusId:状态ID,默认不12017,取自portal.properties里面的sql.data.com.liferay.portal.model.ListType.organization.status配置。

comments:备注信息。

Usegroup表,用户组表

liferay的用户组,算是一个特殊用户的组合,区别于组织机构,可以为将用户组当成一个集合使用,比如有些机构里面,我们可能会需要一个领导层的用户组。

name:用户组的名称。

description:描述。

parentUserGroupId:上级用户组的Id。

addedByLDAPImport:是否是从LDAP里面导入的。

Liferay表结构介绍(二):用户组织机构相关

标签:content   后缀   处理   contact   密码   md5   不可用   国际化   image   

原文地址:https://www.cnblogs.com/show58/p/13801763.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!