The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
#1
|
|||
|
|||
Integer Key Sizing
As two of you know, I am proceeding along with my modest yet poweful CMS that loosely couples with vBulletin.
I am seeking some design perspective. JelSoft chose to implement usergroupid as a smallint(5). I believe that I want to expand that in areas where my system touches vB. Would it be a bad idea to have one table (vB) keyed by usergroupid (smallint-5) and another (my) table keyed by usergroupid (int-11). Any issues with joining the two tables ? |
#2
|
||||
|
||||
Ideally, these would be of the same size.
Besides, what the heck are you doing that would require you to need that many usergroups? |
#3
|
|||
|
|||
Well I know that ideally they would be the same. The question is, will something blow up in the future if they are different sizes (assume the data is consistent)?
I am looking at ways to individually customize content for each user. 32,000 groups is not enough if I attack it that way. But it is not a complete plan yet, and I am thinking I may go a different way. But a different way looks like it means two different authorization systems with some kind of toggle (group vs user level auth). By extendingthe "group" approach, I thought I could make it all fall out nicely. The real problem IMHO is that vB only allows each user to be in one group. Maybe they will fix this in v3? I will figure it out by the weekend. Thanks. |
#4
|
||||
|
||||
If you are doing it on a per-user basis, just use the userid to identify the user. Like access masks I suppose.
Quote:
|
#5
|
|||
|
|||
Well sure, userid gives per user control, but loses the ability to group people together. It is obvious.
I always design for the extremes, and let everything in the middle take care of itself. |
Thread Tools | |
Display Modes | |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|