Как лучше написать базу квестов в ММО?

[Uch]

Как лучше написать структуру базы? Может у кого-нибудь есть статьи по этому поводу, буду очень благодарен.

[Beermonza]

Сначала определись с уровнем сложности системы квестов. Представь ее как "черный ящик", что является входом, что выходом, что управлением, и что происходит внутри, т.е. как система квестов выдает их. Допустим у тебя простейшая форма. На входе некоторые параметры того, кто собрался давать квест - это объект игры, ...управление - это некоторые состояния главного персонажа, который должен получить квест, ...на выходе будет номер квеста из списка, в котором кроме задания должны быть указаны все параметры квеста, если угодно связь с другими квестами. Как выглядит алгоритм внутри "черного ящика" системы квестов - это твое личное дело. Общий принцип основан на проверке состояния параметров дающего квест и получающего его, если условия благоприятные, то на выходе один из квестов. Нужна база данных, обычная реляционная, со свободными таблицами, ...одна из таблиц содержит текст квестов, и индексы связи с другой таблицей, где расписаны по атрибутам параметры объектов игры, например, у персонажа: Сила - 10, Уровень доверия - 10, ...у дающего квест: надобность дать квест - 10, ...при совпадении этих параметров в игре, из первой таблицы будет взят соответствующий квест. Кроме того понадобится еще таблица с финальными параметрами для главного персонажа, т.е. что произойдет если квест будет выполнен.
В общем, в таком духе.

[Uch]

Спасибо за ответ, но интересует немножко другое, со взятием квестов всё и так ясно. Интересует как отслеживать ход выполнения квеста. Например игроку даётся квест убить несколько ботов, как отследить и сохранить информацию что он убил их именно по квесту (те после того как он его взял). И есть ли более эффективный способ хранить информацию о том пройден ли квест, чем таблица размером "все квесты" на "все пользователи".

[apromix]

Должен быть объект квест, сколько квестов - столько таких объектов. В таком объекте есть поля "состояние квеста" (целое число, взят, выполнен, провален, вобщем фантазируй), "тип квеста" (целое, например, квест принести предмет, убить существо, попасть в определенную локацию и прочие типы квестов), "количество"(опять целое, используется для задания, например, количества убитых монстров), и много еще разных полей, а также необходимые методы для их обработки.

Далее, если убит бот, идет итерация числа на единицу и если достигла опр. числа, зазначеного в квесте, квест выполнен и пора идти за вознаграждением Если боты разные, они должны отличаться по группам за их ID.

Если нужно, могу реализовать на Паскале, Дельфи, могу запихать в DLL

[Uch]

apromix

вы говорите всё правильно, но забыли что вопрос о МНОГОПОЛЬЗОВАТЕЛЬСКОЙ ОНЛАЙН ИГРЕ, где приходиться хранить все данные в базе типа SQL и где не одна тысяча зарегистрированных игроков. Вопрос остаётся открыт.

[apromix]

Для SQL (не пойму, что такого сложного):
Думаю, что после каждого действия нужно записывать изменения в SQL

Вот пример:
--
-- Структура таблицы `dk_quests`
--

CREATE TABLE `dk_quests` (
`ID` smallint(3) NOT NULL auto_increment,
`name` varchar(30) NOT NULL default '',
`message` varchar(30) NOT NULL default '',
`hint` varchar(30) NOT NULL default '',
`price` smallint(5) NOT NULL default '0',
`type` tinyint(1) NOT NULL default '0',
`latitude` smallint(5) NOT NULL default '0',
`longitude` smallint(5) NOT NULL default '0',
`amount` smallint(6) NOT NULL default '0',
PRIMARY KEY (`ID`)
) ENGINE=MyISAM DEFAULT CHARSET=cp1251 AUTO_INCREMENT=3 ;

[Uch]

apromix

Вы предлагаете мне создать таблиц в колличестве "все пользователи" * "все текущие квесты" (что примерно равняется 50000)???

[Kostia]

Здравствуйте!
Я предлагаю писать выполненые квесты не единую таблицу "все пользователи" * "все текущие квесты", а в "игрового персонажа" который дал этот квест, просто записать ID игрока который его выполнил в базу для этого "игрового персонажа".

[apromix]

Нет Просто добавить нужные поля в таблицу аккаунтов игроков. И добавить приведенную выше таблицу (расширенную, измененную и дополненную в соотв. с вашими требованиями) собственно с квестами, коих может быть великое множество. Можно заделать переменную булевую в коде самой игры, которая в позиции False отключает всю систему квестов, так удобнее тестировать нововведения. А новые поля в SQL в аккаунты игроков добавлять в конец, обязательно задавать значения по-умолчанию и т. д.

[Uch]

Сообщение от Kostia

Здравствуйте!
Я предлагаю писать выполненые квесты не единую таблицу "все пользователи" * "все текущие квесты", а в "игрового персонажа" который дал этот квест, просто записать ID игрока который его выполнил в базу для этого "игрового персонажа".

Спасибо, хорошая идея.

Сообщение от apromix

Нет Просто добавить нужные поля в таблицу аккаунтов игроков. И добавить приведенную выше таблицу (расширенную, измененную и дополненную в соотв. с вашими требованиями) собственно с квестами, коих может быть великое множество. Можно заделать переменную булевую в коде самой игры, которая в позиции False отключает всю систему квестов, так удобнее тестировать нововведения. А новые поля в SQL в аккаунты игроков добавлять в конец, обязательно задавать значения по-умолчанию и т. д.

Кажеться я начал понимать что вы имеете в виду. Попробую подумать в эту сторону.