Обновление множества записей в БД

[RevCrew]

Собственно, есть таблица
id player weapon_id team weapon_skin

id - айди строки
player - айди игрока из другой таблицы
weapon_id - 0..31 айди оружия в кс
team - 0|1
weapon_skin - переменная типа Int

Всего оружией в кс 31, соответственно для каждого игрока должна быть 31 запись (чтобы хранить скин для каждого оружия). Учитывая что team может быть 0|1 то 62 будет.
Все это нужно как то сохранять при выходе игрока, 31 запрос делать не хочется. Как лучше реализовать?
Думается, что надо хранить в переменной все id для игрока, чтобы в будущем делать insert\update по Id.
Варианты:
1. При выходе игрока первый раз делать INSERT INTO table (player, weapon_id, team, weapon_skin) VALUES (1,1,1, 1), (1,2, 1, 2), ... и тд ( Кол-во комбинаций 31 * 2 (т.к team = 1 | 2). В будущем делается UPDATE.
2. Все делать через INSERT ON DUBLICATE KEY UPDATE.
3. Как то иначе

[xbass13]

Есть дефолтный скин для связки weapon_id-team? Его смысла хранить нет, все изменения в базе по факту, а не по дисконекту. Сменился скин для этой связки - мы знаем какой был скин(был дефолт, делаем insert. Был не дефолт - delete player-team-weapon_id если стал дефолт, update player-team-weapon_id если другой не дефолт)

[RevCrew]

xbass13, Да, тоже так подумал, что нужно по факту менять скин. Есть ли смысл делать delete ? Если Weapon_Skin 0 то это скина нет.

[xbass13]

я бы чистил, но это решать вам
Тогда второй вариант, вами предложенный - INSERT ON DUBLICATE KEY UPDATE (по факту изменения скина)

[Leonidddd]

RevCrew, это все можно сделать в 3 запроса при входе и выходе игрока. К примеру:

Создается основная таблица, где будут храниться следущие значения: id, nickname, steamid, ip
причем, id с AUTO_INCREMENT атрибутом, потом ещё 2 таблицы, к примеру, по командам с точно таким же id AUTO_INCREMENT.

Грубо говоря: первая таблица будет содержать список всех оружий первой команды, а вторая - второй,
связующее звено между тремя таблицами - это только один единственный индекс id, который будет определять, кому именно будет принадлежать та или иная информация.

Выйдет чет такое, страшное, но эт нормально(хотя бы не лагает при таких запросах, хех):

[fl0wer]

RevCrew, это все можно сделать в 3 запроса при входе и выходе игрока. К примеру:

Создается основная таблица, где будут храниться следущие значения: id, nickname, steamid, ip
причем, id с AUTO_INCREMENT атрибутом, потом ещё 2 таблицы, к примеру, по командам с точно таким же id AUTO_INCREMENT.

Грубо говоря: первая таблица будет содержать список всех оружий первой команды, а вторая - второй,
связующее звено между тремя таблицами - это только один единственный индекс id, который будет определять, кому именно будет принадлежать та или иная информация.

Выйдет чет такое, страшное, но эт нормально(хотя бы не лагает при таких запросах, хех):

Страшно, вырубай.

[RevCrew]

Leonidddd, вариант хороший, но мне не подойдет. В будущем планирую добавить для оружия Stattrack(кол-во убийств с каждого оружия) и другие свойства.

[Fedcomp]

По записи на свойство это надежно.
Маленькая помарка, не

INSERT ON DUBLICATE KEY UPDATE

а

INSERT ON DUPLICATE KEY UPDATE

Вы должны зарегистрироваться, чтобы видеть ссылки. ... ey-update/

Ну еще в mysql есть json datatype: Вы должны зарегистрироваться, чтобы видеть ссылки.

[hren_morjovui]

json или serialize