[Feature] Implement "Big Bags"

[Kinglykrab]

Description

• Implements bags up to 200 slots for ROF2 clients.

Disclaimer

• Servers using older clients (pre-ROF2) will need to use the following query to limit all their bags to 10 bag slots so their servers still function properly.

UPDATE `items` SET `bagslots` = 10 WHERE `bagslots` > 10;

Type of change

• Breaking change
• This change requires a documentation update

Before and After Slot IDs

Testing

Clients tested: ROF2

Checklist

• I have tested my changes
• I have performed a self-review of my code. Ensuring variables, functions and methods are named in a human-readable way, comments are added only where naming of variables, functions and methods can't give enough context.
• I have made corresponding changes to the documentation (if applicable, if not delete this line)
• I own the changes of my code and take responsibility for the potential issues that occur
• I have tested the changes on a local database and updated version.h CURRENT_BINARY_DATABASE_VERSION to the new version.

Credits

• Thanks to @catapultam-habeo and @SecretsOTheP for sharing their bag implementations and allowing me to finalize a version for EQEmulator as a whole.

[crotonrz]

Thousands of players who don't follow server code, just got a semi...and they don't yet know why.

[MortimerGreenwald]

While testing got a query error see below:
Placing an item and removing an item in the Shared Bank Slots (both).

[MortimerGreenwald]

Looking good now.

[neckkola]

I have also been doing some testing and wonder if the swapitem, or actually the UpdateInventorySlot should be reworked given the increase bag size. It currently pushes out a db query for each slot in the bag, everytime a bag is selected. For example, if you have a 100 slot bag, and simply click it to place it on the cursor, there will be 100 db queries. 100 more when you place it back in an inventory slot. I wonder if we should batch that instead. This is how master functions, even with a 10 bag slot. I will continue to do some testing. Well done Kingly. Will be a welcome update.

[Akkadius]

I have also been doing some testing and wonder if the swapitem, or actually the UpdateInventorySlot should be reworked given the increase bag size. It currently pushes out a db query for each slot in the bag, everytime a bag is selected. For example, if you have a 100 slot bag, and simply click it to place it on the cursor, there will be 100 db queries. 100 more when you place it back in an inventory slot. I wonder if we should batch that instead. This is how master functions, even with a 10 bag slot. I will continue to do some testing. Well done Kingly. Will be a welcome update.

Every query interaction will definitely need to be done in bulk. This feature lends itself to performance issues by nature so we will need to make sure its solid out of the gate.

[MortimerGreenwald]

getting this air when someone is looting. I think it's iterating too many slots.