Здравствуйте.

Мне вот интересно узнать Вашего мнения, как лучше все же сделать?
Пишу игрушку, небольшую, повышаю свой уровень знаний.
Имеется таблица Инвентаря (item) и поскольку инвентарь штука капризная, то таблица с автоинкриментом может быстро закончиться, т.е. превысить свой лимит по int полю. В связи с чем, хочу от него отказаться. И тогда будет новая проблема, в запросе будет по 3-4 ключевых поля, которые смогут как либо гарантировать нахождение конкретного предмета в базе.

Структура такая:
guid | itemid | slot | baglot | icount

guid - ID пользователя
itemid - ID премета
slot - место в инвентаре (0 - сумка, 1 - штаны и т.д.)
baglot - слот в сумке (от которого теоретически можно бы отказаться, но...)
icount - количество предметов

Для чего слот в сумке: дабы позволить игрокам сортировать предметы и разбивать/собирать пачки. Соответственно имеется ограничение на количество предметов в одном слоте.

Выборка всей сумки достаточно простая, нужны только guid и slot = 0.

А вот как тогда обновлять?
Нужны как минимум 3-4 поля для опознания строки...
Подскажите, может какие то индексы составные прикрутить?
Или как можно искать номер строки, без номера строки?

Valick
Почему глупости? При частом удалении и добавлении новых срок, автоинкримент может пускай не за месяц, но закончится. На одного же игрока будет более 1 строки в инвентаре.

Quieteroks, кроме удаления и добавления, есть еще и обновление.
Еще предметы бывают персональные и обычные, сумки чаще всего персональные.
В общем подводных камней много тут


_____________
Стимулятор ~yoomoney - 41001303250491

Valick
Обновление не влияет на количество срок в таблице.
Флаг персональности можно добавить отдельным полем, но вопрос не об этом.
Имеется строка, к которой либо обращение через entry либо через guid, itemid, slot, baglot.

Но вот с entry то в будущем может возникнуть проблема.
Она может закончиться, всего то 11 значное число...

Как можно обойти этот лимит иначе?
Задача то сейчас в инвентаре, а после это может быть уже совсем другой проект, в котором что то подобное может проявиться и понадобиться.

Если проблема только в этом, то сделайте поле BIGINT UNSIGNED. Там максимальное значение - 18 446 744 073 709 551 615. Этого, думаю, хватит при любых раскладах.

Placido
BIGINT боюсь использовать, ведь php с ними себя весьма странно ведет.

Для работы с базой взял pdo, данные на инвентарь хранятся в массиве, одной из полей номер строки... php его преобразует во float, и может быть потеря точности.

Или я ошибаюсь?
Если не ошибаюсь, то так можно уничтожить чей-то чужой слот в сумке, и хорошо, если в сумке, а не в экипировке.

Почему это вдруг странно? Где странность проявляется?

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

inpost
Странности в плане невозможности обрабатывать те же данные, что поддерживает сам mysql, хотя это по сути самая популярная связка в использовании. Даже при условии весьма редкого использования таких типов в самой базе.

Quieteroks, не порите горячку, любая игра, даже самая простая - это айсберг, все что ниже ватерлинии - это "рога и копыта", какой бы простой не казалась она "сверху", "снизу" огромный функционал, да еще при всем при том движок игры должен быть готов к расширению функционала.
___
Таблицы без идентификатора строки практически не существуют, другое дело идентификатор не обязательно должен быть автоинкремент, примари кей может быть составным на два и более поля. Таблицы без автоикремента, чаще всего это таблицы связи при отношении сущностей многие ко многим.
Я вам еще в первом посте написал, на что нужно обратить внимание, и начинать "отделять мух от котлет".


_____________
Стимулятор ~yoomoney - 41001303250491

Valick
Странный способ у Вас разделять информацию в постах. Я принял часть Вашего сообщения за подпись и не прочитал...

Valick

1. У тебя действительно так много вещей будет? Ты можешь не удалять вещь, а оставлять пустым запись, а при появлении новой вещи - записывать в это место.
2. Ты можешь использовать несколько таблиц в БД. То есть items1, items2, items3.
3. Ты можешь уникальность полей сделать по двум полям ID+USER_ID. Тогда перешкаливать не будет лимита, вряд ли даже миллион вещей у одного человека за всю жизнь накопится. А автоинкремент можно и свой пилить используя MAX число и делать +1.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

UPDATE equp, bag SET equp.head=bag.slot22, bag.slot22=NULL WHERE ...