朋友：你是否在工作中遇到过如下情况！
1、使用系统的某个人离职了，但他的帐户资料还在用户资料表中，没有及时处理，甚至别人还在使用此人的帐户在登录系统；
2、有人新入职了，但你的用户资料表中还没有给此人设定帐户与权限，总是被人力资源部的人追着干活；
3、或者某人调岗了，但IT人员又没有及时跟进该人的用户资料与权限，导致其还一直使用旧的权限。
4、你做了几个不同的项目，每个项目都要重新建立用户信息，每个登录的人又要重新设定密码；
等等这些，不知大家有没有遇到过，如没有，您是牛人，可以跳过此贴；如有，那怎么办才能解决这些问题呢，以前的做法就如“六祖师兄”所说：“时时勤拂拭，勿使惹尘埃”； 只能靠IT人员自身的勤奋工作了！
朋友：你的人事系统中是否有部门表，班组表，工种表，职务表等岗位描述性的表，如有很正常，但自从我学习FOXTABLE以来，我就觉得，原来这一切都可以更简单一点，我的做法是万表归一，我将这些表统一汇总为一张表：《岗位表》，在我的人事系统中，人事表与岗位表是基础表，在岗位表中有岗位编号、部门、班组、工种、职务等信息，而岗位表中的岗位编号被我用来作为用户的_UserGroup在使用，它由7位数字组成如BA01_11，表示保安部第一个岗位(保安部长)_部长经理级可以登录系统；BA03_50,表示保安部第三个岗位（保安员）_普工级不能登录系统[前两位表示部门，接着两位表示岗位顺序号，倒数第二位表示职级，最后一位表示是否可以登录系统]；这种岗位编号的好处是，即有部门信息、又有岗位信息、还有职级信息、以及登录准入信息；然后在人事表中，每个员工都对应一个岗位编号，这样人事表就变成了我的“用户表”，两表合一了，IT人员要做的事，就是针对岗位编号设好权限，至于谁走了，谁来了，谁换岗了与IT人员无关，那是人力资源部的事；
然后我们在登录窗体的用户帐号列表中选取的是岗位编号末位是1，离职日期 is null的人的信息，这样就做到了，岗位编号末位不是1，已经离职的人是不能登录系统的，
cmd.CommandText = "SELECT DISTINCT 编号 From {XR人事表} where [离职日期] is null and right([岗位编号],1) ='1'"
另外假设你又做了一个新的项目只能是某个岗位或某几个人来登录的话，那么你修改上面的代码即可，这样可以免除重新建立用户表的麻烦，同时登录者的密码等信息在不同项目中都是通用的，有利于维护；
在这种情况下IT人员只需负责各岗位编号的权限设置，与系统的准入条件，人力资源部负责人员离职信息、入职信息、换岗信息的及时登记，两不相干，但却很好的同时维护了用户资料的及时性，正如“六祖”所言：“明镜亦非台，本来无一物，何处惹尘埃”；
用我的这种做法对网络用注册用户管理系统没多大的用，对小型项目也没用（即没有人事系统的，反而还多一张岗位表），但对中等生产企业应该有一定的作用；
在此感谢论坛中的各位狐友，我的很多东西都是建立在大家的帮助上的，欢迎大家多提意见
如果您觉得好，请顶狐表！
加好友 
发短信
Post By：2012/2/6 14:19:00 [只看该作者]
[本帖被加为精华]
此主题相关图片如下：登录界面.jpg
