![]() |
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 ? |
Ideally, these would be of the same size.
Besides, what the heck are you doing that would require you to need that many usergroups? |
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. |
If you are doing it on a per-user basis, just use the userid to identify the user. Like access masks I suppose.
Quote:
|
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. |
All times are GMT. The time now is 01:36 AM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|