First, when creating the application, the table will uni_accountinsert a data application, wherein the default_acid = 0return value of the primary key for the table, as $uniacid.
Then, in the table will be accountinserted in an account data, wherein the uniacid = $uniacidreturn value of the primary key for the table, as $acid.
Then updates the table uni_accountdata default_acid = $acid, that is, under normal circumstances, $uniacidand the $acidvalues are the same, but if the abnormal condition occurs during operation in the two tables, it is possible to cause different.
Finally, in the table will be uni_account_usersinserted into the user data associated with the application, wherein uniacid = $uniacid, uid = $uid, role = $rold. And role it may be clerk, operator, manager, owner, founder, vice_founder, unbind_user, expireda role.
In other words, there is a many-to-many relationship between users and applications. One user can manage multiple applications, and one application can be authorized to be managed by multiple users.