Добрый день, господа программисты!
Создатю небольшую базу данных для игры. База должна содержать информацию о профилях (индекс, количество пройденных уровней, число заработанных апгредов и т.п.) причём в базе должна присутствовать информация о том сколько апгрейдов заработал профиль в том или ином уровне! то есть
prof_id level_num upgrade_num
1 1 R
1 2 R
1 3 R
2 1 R
2 2 R
2 3 R
3 1 R
3 2 R
3 3 R
где R - случайное число (к примеру от 0 до 10)

Последнее что пришло в голову - это создать для каждого профиля таблицу levels-upgrades, но эта идея не особо радует т.к. при создании новых профилей придется создавать дополнительные таблицы.
Помогите оптимизировать базу безболезненно)))) Заранее спасибо

Спасибо за ответы!

Ares_ekb,
при удалении профиля обнуляются значения всех пройденных уровней не более о какой вставке вы говорите?

Ares_ekb,
честно говоря не заморачивался по поводу слежений за пройденными уровнями с читами))
система работает следующим образом:
после прохождения каждого уровня игрока перебрасывает на сцену где он может выбрать уровень из списка т.е. каждый пройденый уровень открывает последующий
если игрок удаляет профиль то чистится соответствующая запись в таблице profiles и таблица levels-upgrades, которая хранит значения всех заработанных на каждом уровне апгрейдов.

вообще я именно как раз заморачивался над тем как связать профиль из таблицы profiles и данные о количестве пройденных уровней с их апгрейдами. В итоге остановился всё таки на том, что буду при создании профиля создавать таблицу SQL -запросом которая в имени будет иметь id этого профиля(например если profileid=2 то таблица назовется levels-upgrade_2)

я конечно новичёк в работе с базами данных, но мне кажется что запрос удаляющий информацию из таблицы такой структуры будет выполнятся несколько дольше чем запрос чистящий таблицу привязанную к определенному профилю. Поправте меня господа если я ошибаюсь

Dimitry Sibiryakov,
конечно же миллионов нет и профилей также не миллионы единственное о чем я заморачивался так это об упорядоченности данных в БД да и с точки зрения ООП это звучит логичнее имхо

Ares_ekb,
отдельный класс для профиля имеется)

Ares_ekb,
класс имеет интерфейс в котором содержится данные профиля - этот класс 1
нет смысла создавать class Profile1, class Profile2 поскольку инициализация (или конструктор как вам будет угодно) будет менятся в зависимости от выбранного профиля - ведь невозможно играть одновеременно под несколькими профилями

Dimitry Sibiryakov,
в том то и смысл что класс Profile сам создает дополнительную таблицу для своего экземпляра, и так же благополучно её удаляет при своём уничтожении. Но это не значит что мне нужно следить за свеми профилями одновременно поскольку этим занимается класс Profile