Site Links
Pricing & Order
Members Area
Support Options
Who's Online Now
2 registered members (Gizmo, GliderCENTRAL), 43 guests, and 217 spiders.
Key: Admin, Global Mod, Mod
Member Spotlight
Berlin, Germany
Posts: 1,160
Joined: June 2006
Show All Member Profiles 
Top Posters(30 Days)
isaac 22
Gizmo 18
TheBrit 14
Zarzal 12
SteveS 8
Ruben 4
jorb 4
Latest Photos
Testing to drag photos
Comfortable Cats
BSA photos
Previous Thread
Next Thread
Print Thread
When you create modifications.... #177255
02/03/07 01:31 PM
02/03/07 01:31 PM
Rick  Offline OP
Former Developer
Joined: Jun 2006
Posts: 10,177
Aberdeen, WA
Not exactly sure the best place to post this yet, but I'll post here for now.

For all of you modders out there. This is something that I stressed in earlier versions, but we'll revisit it again. Take a look at this thread.

A modification that was installed altered the database. The problem was, that the field names that were chosen for this modification were ones that we used for 7.1, so it ended up resulting in upgrade problems.

When creating a modification that alters the database, please give the new fields a custom prefix. In this case, instead of ONLINE_AGENT, use something like CUSTOM_ONLINE_AGENT. Just something that is different than the normal field naming convention. That way if future upgrades try to add a new field, there will be no conflicts.

Express Hosting
Express Hosting "We are the official hosting company of UBB.threads. Ask us about our free migration services to migrate your UBB.threads installation."
Re: When you create modifications.... [Re: Rick] #177357
02/03/07 06:12 PM
02/03/07 06:12 PM
Gizmo  Online Tapedshut
UBB.threads Developer
Joined: Jun 2006
Posts: 17,017
Portland, OR; USA
I agree here completely, your mod shouldn't use current variables, you should create new ones as to not break things should a user decide to upgrade; plus it'd be near impossible to find what is needed to uninstall a mod with using pre-existing variables so users would end up with content not needed...

I am a Web Development Contractor, I do not work for UBBCentral. I have provided free User to User Support since the beginning of these support forums.
Need to Upgrade?
Forums: A Gardeners Forum Scouters World
UBB.threads: UBBWiki, UBB Styles, UBB.Sitemaps
Longtime Supporter & Resident Post-A-Holic
VNC Web Services: Code Modifications, Upgrades, Styling, Coding Services, Disaster Recovery, and more!
Re: When you create modifications.... [Re: Gizmo] #177379
02/03/07 07:42 PM
02/03/07 07:42 PM
jgeoff  Offline
Joined: Aug 2006
Posts: 1,944

Someone should post this to ubbDev, too...

GangsterBB.NET (Ver.
2007 Content Rulez Contest - Hon Mention
UBB.classic 6.7.2 - RIP
Browsers: Chrome, Firefox, & Safari (iPhone); No IE, ever!
Re: When you create modifications.... [Re: jgeoff] #188951
06/26/07 09:23 PM
06/26/07 09:23 PM
Mors  Offline
Joined: Jun 2006
Posts: 472
So. California
You should use the best practice of NEVER touching the original products data model.. Create your own tables and field names..

Happy Customer !!!
Re: When you create modifications.... [Re: Mors] #235403
03/06/10 04:24 PM
03/06/10 04:24 PM
SD  Offline
Former Developer
Joined: Apr 2007
Posts: 4,313
SoCal, USA
i go one step further and create a new database.. the mysql class isn't married to a particular database, so you can do cross DB joins with no code changes at all to the sql class..

Basically, select queries can look like:

SQL Query
SELECT my.FieldName, my.user_id, u.USER_ID
FROM $myDB.TableName my, {$config['TABLE_PREFIX']}USERS u
WHERE my.user_id=u.USER_ID

kinda stuff.. the only thing you have to make sure of is that the DB user and DB pass can connect to both DBs (duh) and the query is just as efficient as a intra table join within the same DB..

i stumbled upon it via google about 5yrs ago Linky Poo™


Re: When you create modifications.... [Re: SD] #235431
03/09/10 03:08 AM
03/09/10 03:08 AM
Yarp™  Offline
Joined: Aug 2006
Posts: 1,530
Breda, NL
Originally Posted by Sirdude
i go one step further and create a new database..

I don't, often my mods enhance existing tables, if I would add more tables to the equision, I would need to add extra tables to the query mix, and would loose a little performance.

[Linked Image]
Re: When you create modifications.... [Re: Yarp™] #235432
03/09/10 05:15 AM
03/09/10 05:15 AM
SD  Offline
Former Developer
Joined: Apr 2007
Posts: 4,313
SoCal, USA
To each their own.. the performance hit is negligible, imo..

You actually get a HUGE performance increase, depending upon what you are doing..

Example is to split the ubbt_POSTS table up into 2.. 1 ubbt_posts_archive is in another DB (for archived posts) then the normal ubbt_POSTS table stays as is.

Modify ubbt_TOPICS to then have TOPIC_STATUS include a new type 'A' for archive..

then in normal day to day operations, the ubbt_POSTS table is being queried with MUCH less records to retrieve for cfrm and postlist..

only time you would hit up the ubbt_posts_archive table would be for searching or showflat (if archive)..

it's like night/day in performance increase smile

so i see your point, and believe your example holds for things like extra field in ubbt_USER_PROFILE or whatever.. but there are really quite a few tables where splitting them off would actually increase the speed..

so i guess we agree in some way too laugh

Shout Box
Today's Birthdays
No Birthdays
Recent Topics
Calendar Function
by TheBrit. 12/17/18 10:05 PM
Speaking of Http to https, complaints from user
by PianoWorld. 12/16/18 03:40 PM
update multilanguage site problem
by Zarzal. 12/15/18 04:20 PM
Char coding utf-8 and older forums
by Zarzal. 12/15/18 03:59 PM
table issue
by TheBrit. 12/13/18 06:05 PM
Forum Statistics
Most Online978
Jun 24th, 2007
Random Image
Powered by UBB.threads™ PHP Forum Software 7.6.2