А что по сути темы: я остановился на этой концепции инвентаря - написав её и парочку других сравнил производительность и объем хранимых данных. Эта самая оптимальная.

Тогда предположим, что есть 2 игрока, у каждого есть по яблоку.
Тогда в БД будет содержаться 2 строки:
id=>1 user_id=>0001 item_id=>"apple" item_count=>1
id=>2 user_id=>0002 item_id=>"apple" item_count=>1

А если у каждого по несколько разных фруктов:
id=>1 user_id=>0001 item_id=>"apple" item_count=>1
id=>2 user_id=>0001 item_id=>"grape" item_count=>1
id=>3 user_id=>0001 item_id=>"orange" item_count=>1
id=>4 user_id=>0002 item_id=>"strawberry" item_count=>1
id=>5 user_id=>0002 item_id=>"lime" item_count=>1
id=>6 user_id=>0002 item_id=>"cherry" item_count=>1

Вот меня пугает, как БД разрастется.
Строками бы хранилось
id=>1 user_id=>0001 BCKP=>"apple,grape,orange" Count=>"1,1,1"
id=>2 user_id=>0002 BCKP=>"strawberry,lime,cherry" Count=>"1,1,1"

Ориентировочное количество предметов в инвентаре у каждого персонажа порядка 10-30
Итого, на 1 пользователя 10-30 записей в БД.

Вот и вопрос: что для БД будет быстрее - выбрать из огромной таблицы одну запись, или выбрать из маленькой две, но громоздких.

можно сделать таблицу для инвентаря для каждого персонажа такого плана (id персонажа, id вещи1, кол-во вещей1, id вещи2, кол-во вещей2) и т.д. т.е. если 30 вещей, то 60 полей для вещей + поле для персонажа, тогда таблица разрастаться так шибко не будет и со строками возиться не надо.

со строками больше гемора вот например apple,grape,orange, - 1,1,1, если не стало грейпа, то тебе надо либо строку 1,1,1 переделать в 1,0,1, либо изменять количество переменных, с числами в этом плане проще, обратился по id и вперед.

Можно накатать какой-нибудь скрипт для теста и закинуть в базу пару сотен тысяч записей, тогда наглядно видно будет. По своему опыту скажу, админю сайт, где база пользователей около 500000 и в онлайне в среднем от 100 до 3000 человек, так по максимому от строк отказываться приходиться, везде где можно оставляя индексные числовые поля.

• глянь как это тут
  
• и тут (открывать этим)
  

Добавлено (26.07.2010, 13:58)
---------------------------------------------
в своем инве я делал так - создавал структуру(ака класс) инва, предмета, и частей оформления с неким API к нему)