मैं आपके डेटाबेस में उपयोगकर्ता समूहों की एक श्रृंखला बनाने का सुझाव दूंगा, जिनमें से प्रत्येक के भीतर एक या अधिक उपयोगकर्ता खाता स्तर हैं, फिर समूह के लिए पदानुक्रमित मूल्य के रूप में एक पूर्णांक असाइन करना, फिर व्यक्तिगत खाते के लिए ऐसा करना (InnoDB यह एक संबंधपरक संरचना है का उपयोग करें) समूह के भीतर स्तर, कुछ इस तरह:
table: account_groups (Broader account groupings)
Fields:
-id_key - primary key, auto number
-group - unique index
-parent - index, foreign key=account_groups.group (this allows you to create group trees, so you can specify that a county group belongs to a state, and a municipality belongs to a county group, etc.)
-group_hierarchy - integer (0 is highest permission group, each subsequent one step lower)
table: account_levels (Account levels within a group)
Fields:
-id_key - primary key, auto number
-account_level - unique index
-group - index, foreign key=account_groups.group
-account_heirarchy - integer (same as other table but denotes heirarchy within the group
table: user_accounts (Individual user accounts)
Fields:
-id_key - primary key, auto number
-account_id - unique index, user account name
-account_level - index, foreign key=account_levels.account_level
table: user_groups (denotes which tree(s) the user has access to)
Fields:
-id_key - primary key, auto number
-account_id - index, foreign key=user_accounts.account_id
-group - index, foreign key=account_groups.group
और फिर अनुमतियों के लिए:
table: permissions (directory of permissions that could be applied)
Fields:
-id_key - primary key, auto number
-permission - unique index, permission identifier
-other stuff you need associated with the individual permissions, based on how you want them to hook into your program
table: permissions_group_permissions (permissions applied at group level)
Fields:
-id_key - primary key, auto number
-group - index, foreign key=account_groups.group
-permission - index, foreign key= permissions.permission
table: permissions_account_permissions (permissions applied at account level)
Fields:
-id_key - primary key, auto number
-account_type - index, foreign key=account_levels.account_level
-permission - index, foreign key=permissions.permission
table: permissions_individual_permissions (permissions applied to individual accounts, if neccessary)
Fields:
-id_key - primary key, auto number
-account_id - index, foreign key=user_accounts.account_id
-permission - index, foreign key=permissions.permission
-allow_or_deny - boolean (TRUE means permission is granted, FALSE means permission if revoked. This allows you to fine tune individual accounts, either granting custom elevated permissions, or revoking individual permissions for troublesome accounts without demoting them from the group. This can be useful in some special circumstances)
-expiration - timestamp (allows you to set expiration dates for permissions, like if you want to temporarily suspend a specific action. Programmatically set default value of 00/00/00 00:00:00 as indefinite. You can do this at the account and group levels too by adding this field to those tables.)
फिर आप के लिए अनुमतियों के माध्यम से पुनरावृति करने के लिए php का उपयोग कर सकते फाई द्वारा व्यक्तिगत खाता समूह स्तर से जुड़े समूह को प्राप्त करना, पदानुक्रमित क्रम में प्रत्येक अनुवर्ती समूह की सरणी बनाना, और फिर समूह के भीतर चालू खाता स्तर से वर्तमान समूह (समूह सरणी में बहुआयामी सरणी के रूप में जोड़ें) के लिए पदानुक्रमित क्रम के माध्यम से पुनरावृत्ति करना समूह के भीतर अंतिम मौजूदा खाता स्तर पर। इसके बाद आप प्रत्येक अनुवर्ती समूह के लिए सभी खाता स्तर ले लेंगे और आखिरकार सरणी में जोड़े गए प्रत्येक खाता स्तर के लिए सभी संबंधित अनुमतियां प्राप्त करेंगे। यदि आप व्यक्तिगत उपयोगकर्ता अनुमतियों को लागू करते हैं, तो आपको व्यक्तिगत रूप से लागू अनुमतियों के साथ अपनी अनुमति सरणी को जोड़ना होगा, और आखिरकार अपनी सरणी से किसी भी अनुमति को हटा दें, जिसमें उनके allow_or_deny फ़ील्ड को FALSE पर सेट किया गया हो। यदि उपयोगकर्ता को कई पेड़ों तक पहुंच की आवश्यकता है, तो आप अपने खाता आईडी से मेल खाते खाते_ग्रुप तालिका में एक रिकॉर्ड जोड़ते हैं, यह बताते हुए कि उनके पास कितने पेड़ का उपयोग है, और फिर पेड़ के सभी बाद के समूहों के माध्यम से फिर से शुरू करें। खाते में सभी लागू अनुमतियां प्रदान करने के लिए, user_groups से account_id के लिए सभी समूह संघों को पकड़ें, और उसके बाद प्रत्येक पेड़ के लिए पहले वर्णित प्रक्रिया चलाएं। अगर उनके पास केवल एक पेड़ तक पहुंच है, तो आपको user_groups तालिका का उपयोग करने की भी आवश्यकता नहीं है।
an example of how the structure fits your model:
group: USA, hierarchy = 0
group: California, parent-> USA, hierarchy = 1
group: Los Angeles, parent->California, hierarchy = 2
group: Texas, parent->USA, hierarchy = 1
group: Dallas, parent->Texas, hierarchy = 2
समूह यूएसए के सदस्य सब कुछ एक्सेस कर सकते हैं। कैलिफोर्निया के सदस्य टेक्सास के लिए समूहों कैलिफ़ोर्निया के लिए वरीयता क्रम में बाद के सभी समूहों का उपयोग कर सकते हैं, लेकिन नहीं है, भले ही वे एक ही श्रेणीबद्ध मूल्य (क्योंकि वे विभिन्न पैतृक शाखाएं हैं)
account levels:
admin, hierarchy=0
manager, hierarchy=1
analyst, hierarchy=2
staff member, hierarchy=3
प्रत्येक खाते में स्तर के सभी है प्रत्येक आगामी खाता स्तर के लिए अनुमतियां।
user accounts:
Bob, manager (likes to spam junk email to everyone)
तुम अब भी permissions_individual_permissions करने के लिए ईमेल अनुमति जोड़ने और असत्य को allow_or_deny मूल्य की स्थापना द्वारा बॉब के लिए ईमेल अनुमति को निरस्त कर सकते हैं। यह आपको बॉब को प्रबंधन से वंचित किए बिना स्पैमिंग से रोकने देता है।
example PHP array:
$account=array(
groups=>array(), //Step 1: array_push each group the account is a member of here. Repeat for each tree from user_groups.
account_levels=>array(), //Step 2: loop through $account[groups], array_push each level here
permissions=>array(), //Step 3: loop through $account[account_levels], array_push each permission here. Then do the same for individual permissions applied to the account
restrictions=>array() //Step 4: loop through individual permissions where allow_or_deny=FALSE, array_push here (do the same for group and account level if you implemented restrictions for those tables as well). Tell your program to ignore permissions from this array, even if the account would otherwise have them.
);
इसके अलावा, यह आपको विभिन्न पेड़ों के लिए अलग-अलग अनुमति स्तर सेट करने देगा, इसलिए एक उपयोगकर्ता को एक पेड़ में राज्य का उपयोग हो सकता है, लेकिन केवल दूसरे पेड़ में नगरपालिका का उपयोग हो सकता है। – mopsyd